MySQL 8.0.35でのパフォーマンスの向上 (2023/11/27)

MySQL 8.0.35でのパフォーマンスの向上 (2023/11/27)

https://blogs.oracle.com/mysql/post/performance-improvements-in-mysql-8035

投稿者：Seema Sundara | Architect, MySQL HeatWave


MySQL 8.0.35でのパフォーマンスの向上


MySQLチームは最近、Community Editionよりも8.0.35バージョンのMySQL Enterprise Editionのパフォーマンスを大幅に向上させる変更を実装しました。




ベンチマーク


sysbenchは、特にMySQLのデータベース・ベンチマークに広く使用されているツールです。sysbenchの適応を使用して、MySQLデータベースで様々なOLTPワークロードを実行しました。この設定では、4つの異なるsysbenchテストが実行され、それぞれが特定のOLTPワークロード特性を取得します。


1.OLTP RO: これは読取り専用モードであり、UPDATE、DELETEまたはINSERT問合せは実行されません。問合せの組合せは、次のもので構成されます。

  * 10 x POINT_SELECT

  * 1 x SELECT_SIMPLE_RANGES

  * 1 x SELECT_SUM_RANGES

  * 1 x SELECT_ORDER_RANGES

  * 1 x SELECT_DISTINCT_RANGES


2. POINT_SELECT: ポイント選択SQL問合せが多数あります。


3.OLTP RW: これは、読取りSQL問合せと書込みSQL問合せの両方を組み合せたものです。問合せの組合せは、次のもので構成されます。

  * 10 x POINT_SELECT

  * 1 x SELECT_SIMPLE_RANGES

  * 1 x SELECT_SUM_RANGES

  * 1 x SELECT_ORDER_RANGES

  * 1 x SELECT_DISTINCT_RANGES

  * 1 x UPDATE_KEY

  * 1 x UPDATE_NO_KEY

  * 1 x UPDATE_KEY

  * 1 x INSERT

  * 1 x DELETE


4.UPDATE_KEY: これには、索引を更新する多数のSQL問合せがあります。




方法


  • データ・セット全体を保持するのに十分な大きさのInnoDBバッファ・プールが使用されました。
  • sysbenchのデータは、それぞれ1,000万行の8つのテーブルで構成され、合計で8,000万行でした。合計データサイズは20GBでした。
  • シナリオごとに、ウォームアップが実行され、続いて5分間のsysbenchロードが実行され、3回繰り返されてトランザクション/秒の平均が計算されます。
  • テストは、64、128、256、512、および1024クライアント接続/スレッドで実行されました。
  • ハードウェアは、Intel E5-2699 v4 CPU (44コア@ 2.20 GHz、88 CPUスレッド)を搭載した2ソケット・サーバーで構成されています。
  • オペレーティング・システム: Oracle Linux 7.9




結果


OLTP RO


ワークロードはSELECT問合せのみで構成され、INSERT、UPDATEまたはDELETEは含まれません。



Enterprise Editionは、テストされたすべてのスレッド構成で平均24%の利益を得ています。




POINT_SELECT


ワークロードは、単純なポイント・ベースのSELECT問合せのみで構成されます。



Enterprise Editionは、テストされたすべてのスレッド構成で平均34%の利益を得ています。




OLTP RW


ワークロードは、読取り問合せと書込み問合せ(SELECT、INSERT、UPDATE、DELETE)で構成されます。



Enterprise Editionは、テストされたすべてのスレッド構成で平均26%の利益を得ています。




UPDATE_KEY


ワークロードは、索引を更新する問合せで構成されます。



Enterprise Editionは、テストされたすべてのスレッド構成で平均21%の利益を得ています。




まとめ


要約すると、これらのベンチマーク結果は、テストされた4種類のワークロードすべてにおいて、MySQL Enterprise Edition 8.0.35がCommunity Editionよりもパフォーマンスが大幅に向上していることを示しています。




免責事項: 実際の改善は、使用される特定のユーザー・ロード、データ、構成、ハードウェアおよびオペレーティング・システムによって異なります。つまり、ここで説明する改善は使用された設定に固有であり、これは他の場所で観察された結果と正確には一致しない可能性があります。




構成詳細

Data Set

Sysbench load. 8 tables, 10 million rows each. Total 80 million rows

Data Size 20GB. Data is fully cached in buffer pool.

 

Hardware

Oracle Linux server release 7.9

Kernel 5.4.17-2012.201.3.el7uek,x86_64

Memory 515.91GB

Intel® xoen® CPU E5-2699 v4 @2.20ghz

2 sockets, 44 cores, 88 CPU threads

 

MySQL Configuration

All configs are defaults, except those listed below.

[mysqld]

## Server ##

back_log=0

disable-log-bin

max_connections=1200

max_prepared_stmt_count=100000

log_error_verbosity=3

thread_cache_size=1200

## Innodb ##

innodb_buffer_pool_instances=16

innodb_buffer_pool_size=128G

innodb-change-buffering=none

innodb_io_capacity_max=12000

innodb_io_capacity=10000

innodb_log_files_in_group=16

innodb_log_file_size=1G

innodb_numa_interleave=ON

innodb_page_cleaners=16

innodb_read_io_threads=16

innodb_write_io_threads=4

innodb_undo_log_truncate=OFF

range_alloc_block_size=16384

 

Toolkit

sysbench-bmk

コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28)

イメージ
Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28) https://blogs.oracle.com/cloud-infrastructure/post/secure-desktops-cloud-native-virtualization 投稿者： Joost Pronk Van Hoogeveen Jan Hendrik Mangold | Principal Product Manager Oracleは、Oracle Cloud Infrastructure(OCI)Secure Desktopsという新しいクラウド・ネイティブ・サービスをリリースしています。このエキサイティングな開発により、顧客はOCIテナンシから簡単にすばやく仮想デスクトップ・インフラストラクチャ(VDI)をデプロイできます。 OCIの使用状況は大幅に拡大しています。組織は、OCI内でデータを安全に保つことの価値を実現しています。ゼロトラストなセキュリティ優先アーキテクチャを実装することで、OCI Compute、Storage、およびNetworkingサービスは、グローバル・アクセスのためのエンタープライズ・アプリケーションを導入するための信頼できるプラットフォームを提供します。 データ・セキュリティとVDIがどのように役立つか 業界のアナリストによると 、ラップトップは53秒ごとに盗まれています。その事実と現実を結び付けると、会社のデータは、公共の場所を経由したり、従業員の自宅に座ったりするラップトップやデスクトップへと移行します。ローカル・ディスクの暗号化、データ・アクセス権限の強制、VPNアクセスの保護によってデータを保護するためにテクノロジが使用されていますが、いずれも許容可能なセキュリティ・レベルが適用されるため、リスクは依然として高くなる可能性があります。盗難または準拠していないいくつかのマシンでは、企業データ、さらには顧客データのデータ侵害が発生する可能性があります。 VDIテクノロジは長年にわたって存在してきましたが、従業員はローカル・マシンを使用して、会社のデータ・センター内の仮想マシンで実行されているデスクトップ・アプリケー
続きを読む

Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

イメージ
Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13) https://database-heartbeat.com/2021/12/13/three-ways-backup-cloud/ はじめに Oracle Cloudでは、ボタンをクリックするだけで自動バックアップを有効にするオプションが用意されています。バックアップの要件が異なる場合でも、手動でバックアップ設定を行い、コマンドライン・ツールやRMANを直接使用してバックアップを作成する柔軟性があります。これは、VM DB Systems、Exadata Cloud Service、およびExadata Cloud at Customerに適用されます。 このブログ記事では、Oracle Cloud Object Storageをバックアップ先として使用する場合の、さまざまなバックアップ・オプションの主な違いと、それに伴うコストについて紹介します。Object Storageは、内蔵されたトリプル・ミラーリングと99.999999%(イレブンナイン)の耐久性を提供します。 ハイブリッド・クラウドとマルチ・クラウド Oracle Cloud Object StorageへのOracle Databaseのバックアップは、Oracle Cloud上のOracle Databaseに限らず、ハイブリッドクラウド上のオンプレミスのOracle Databaseや、マルチクラウド環境のOracle以外のクラウド上で稼働しているOracle Databaseに対しても、RMANを介して実装することができます。 プライベートおよび専用のネットワーク接続は、FastConnect、Azure Interconnect、またはサードパーティのネットワーク接続プロバイダを介して提供できます。マルチクラウド環境では、クラウドプロバイダー、リージョン、転送するデータ量に応じて、追加のアウトバウンドトラフィックコストが発生する可能性があります。オラクルをはじめとする多くのクラウドプロバイダーは、すでに Bandwidth Alliance に参加しており、ネットワークエグレス料金を削減または排除しています。 環境について     Oracle Cloud VM DB Sy
続きを読む