tencent cloud

TencentDB for MySQL

動向とお知らせ
製品アップデート情報一覧
初心者ガイド
製品紹介
製品概要
製品の優位性
適用シナリオ
データベースのアーキテクチャ
タグ編集
製品機能リスト
データベースインスタンス
高可用性（マルチアベイラビリティゾーン）
地域とAvailability Zone
自社研究カーネル
TXSQLカーネル概要
機能系特性
パフォーマンス系特性
セキュリティ系特性
安定性系特性
TXRocksエンジン
購入ガイド
課金概要
購入方法
支払い更新の説明
支払い延滞の説明
返金説明
インスタンス調整の料金の説明
バックアップキャパシティ課金説明
クイックスタート
概要
MySQLインスタンスの作成
操作ガイド
使用制限
操作一覧
インスタンスの管理とメンテナンス
アップグレードインスタンス
拡張インスタンス
データベースプロキシ
データベース管理（DMC）
アカウント管理
パラメータ設定
バックアップとロールバック
データ移行
インターネットとセキュリティ
監視とアラーム
ログセンター
タグ
プラクティスチュートリアル
MySQL利用規約
アプリケーションの自動再接続機能のコンフィグレーション
MySQLマスターインスタンスパラメータの変更影響
MyISAMからInnoDBエンジンへの切り替え制限
TencentDB for MySQLのためのVPC作成
MySQLによるサービス負荷能力の向上
2地域3センターのディザスタリカバリ構築
リード・ライト分離によるTencentDB for MySQLパフォーマンスの拡張
DTSでInnoDBデータをRocksDBに移行します
LAMPスタック上のWebアプリケーションの構築
Drupalウエブサイトの構築
Python言語によるMySQL APIの使用
ホワイトペーパー
パフォーマンス白書
セキュリティ白書
トラブルシューティング
接続に関する問題
性能関連
インスタンスデータの同期遅延
大文字と小文字を区別しない設定に失敗しました
APIドキュメント
History
Introduction
API Category
Instance APIs
Making API Requests
Data Import APIs
Database Proxy APIs
Database Audit APIs
Security APIs
Task APIs
Backup APIs
Account APIs
Rollback APIs
Parameter APIs
Database APIs
Monitoring APIs
Log-related API
Data Types
Error Codes
よくある質問
課金関連
ロールバック関連の問題
接続とログインに関する問題
パラメータを変更
アップグレード関連の問題
アカウント権限
性能メモリ
運営する
データ移行
機能特徴
コンソール関連
ログ関連
API 2.0切り替え 3.0ガイド
Service Agreement
Service Level Agreement
Terms of Service
汎用参考
標準と認証
お問い合わせ
用語集
ドキュメントTencentDB for MySQLホワイトペーパーパフォーマンス白書新旧のネットワークアーキテクチャの比較

新旧のネットワークアーキテクチャの比較

PDF
フォーカスモード
フォントサイズ
最終更新日: 2024-07-25 17:59:08
TencentDB for MySQLはデータベースインスタンスのネットワークアーキテクチャをアップグレードしました。新しいバージョンのネットワークアーキテクチャは、より良いパフォーマンスと遅延時間の短縮を可能にし、より強力なネットワークサービスを提供します。この文書では、新旧のネットワークアーキテクチャに関するパフォーマンステストの比較について説明します。
説明：
2022年11月9日以降、新しく購入したインスタンスは、まったく新しいネットワークアーキテクチャを採用します。遅延時間が短縮され、パフォーマンスが向上します。
2023年1月21日に当日、既存のデータベースインスタンスのネットワークアーキテクチャの切り替えを完了、データベースへのアクセスが秒単位で接続切断する可能性がありますので、業務の再開メカニズムを確保してください。
単一ノードのクラウドディスクインスタンスは既に最適なネットワークアーキテクチャであり、インスタンスの詳細ページには新しいネットワークアーキテクチャであるかどうかが表示されません。
基幹ネットワークでは、新しいネットワークアーキテクチャを使用できません。新しいアーキテクチャを使用する場合は、先にVirtual Private Cloudに切り替えてから、ネットワークアーキテクチャがアップグレードされるまでお待ちください。
ネットワークアーキテクチャのアップグレードの詳細については、ネットワークアーキテクチャアップグレードのお知らせをご参照ください。

テスト環境

リージョン/アベイラビリティーゾーン：北京 - 北京六区。
クライアント仕様：S5.2XLARGE16、8コア、16GB。
クライアントオペレーティングシステム：TencentOS Server 3.2。
ネットワーク：Cloud Virtual Machine（CVM）と MySQLインスタンスのネットワークタイプはいずれもプライベートネットワーク（VPC）であり、同一サブネットに所属します。
ストレージ種類：ローカルSSDディスク
テストインスタンスの仕様：汎用型、4コア、16GB。
パラメータテンプレート：高性能テンプレート
コピー方法：非同期レプリケーション。

テストツール

基準テストツール「SysBench」でテストを行います。SysBenchは、プラットフォームをまたいだ、マルチスレッドのモジュール化をサポートしている基準テストツールであり、システムが高い負荷のデータベースを実行する場合の関連コアパラメータのパフォーマンスをテストするために使用されます。複雑なデータベース基準設定やデータベースのインストールをせずに、データベースシステムのパフォーマンスを迅速に把握することが可能です。耐圧テストでは、SysBenchバージョン1.0.20が使用されます。

テストシナリオ

今回の耐圧テストは、書き込み専用シナリオ、読み取り専用シナリオ、読み取りと書き込みの混合シナリオという3つのシナリオで行われます。各シナリオでは、2～3000スレッドで耐圧テストが行われ、耐圧テストでのQPS値はパフォーマンス結果の指標となります。

テスト方法

ステップ1：データの準備 下記のコマンドを実行します：
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX
--mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000
--tables=10 --events=0 --time=300 --threads={2~3000} oltp_read_write prepare
ステップ2：workloadの実行 書き込み専用、読み取り専用、および読み取りと書き込みの混合シナリオからそれぞれworkloadを実行します。適切に設定するように注意してください。
OLTP書き込み専用シナリオ 下記のコマンドを実行します：
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX
--mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000
tables=10 --events=0 --time=300 --threads={2~3000} --=95---=1
run
OLTP読み取り専用シナリオ 下記のコマンドを実行します：
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX
--mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000
--tables=10 --events=0 --time=300 --threads={2~3000} --percentile=95 --skip-trx=1 --report-interval=1
oltp_read_only
run
OLTP読み取りと書き込みの混合シナリオ 下記のコマンドを実行します：
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX
--mysql-user=XXX --mysql-password=XXX --mysql-db=sbtest --table_size=10000000
--tables=10 --events=0 --time=300  --threads={2~3000} --percentile=95 --report-interval=1 oltp_read_write
run
ステップ3：データのクリーンアップ 実行テストの完了後、データのクリーンアップを行い、下記のコマンドを実行します：
sysbench --db-driver=mysql --mysql-host=XXX --mysql-port=XXX --mysql-user=XXX --mysql-password=XXX
--mysql-db=sbtest --table_size=25000 --tables=250 --events=0 --time=600   --threads=XXX --percentile=95  oltp_read_write cleanup

テスト指標

テスト指標は、1秒あたりのリクエストの実行数QPS（Queries Per Second）です。

テスト結果

書き込み専用シナリオのテスト結果 書き込み専用シナリオでは、TencentDB for MySQLの新しいアーキテクチャのパフォーマンスはスレッド数とともに向上し、常に元のアーキテクチャのパフォーマンスより高くなります。スレッド数が256の場合、最高のQPSに達します。スレッド数が512の場合、新しいアーキテクチャのQPS値は元のアーキテクチャのQPSより20%高くなります。

読み取り専用シナリオのテスト結果 読み取り専用シナリオでは、スレッド数が少ない場合、TencentDB for MySQLの新しいアーキテクチャのQPSが大幅に増加し、直線的に上昇する傾向があります。スレッド数が64に達すると、QPSの上昇が穏やかになります。全体的なパフォーマンスは、常に元のアーキテクチャより高く、そしてスレッド数が16の場合に元のアーキテクチャのQPSより22%高くなります。

読み取りと書き込みの混合シナリオのテスト結果 読み取りと書き込みの混合シナリオでは、スレッド数が少ない場合、TencentDB for MySQLの新しいアーキテクチャのQPSが大幅に増加します。スレッド数が512に達すると、全体的なQPSが穏やかに低下します。このとき、新しいアーキテクチャのQPSは最大値に達し、元のアーキテクチャのQPSより18%高くなります。


結論

説明：
上記のパフォーマンステスト結果はあくまでも参考です。
上記の3つのシナリオのテストと比較によると、新しいバージョンのTencentDB for MySQLネットワークアーキテクチャのパフォーマンスは、元のアーキテクチャのパフォーマンスよりもはるかに高く、3つのシナリオでは、スレッド数は2～3000であり、耐圧テストのQPS値は平均で20%以上向上し、新しいバージョンのネットワークアーキテクチャのパフォーマンスが大幅に向上しました。
前の記事へ: MySQL 5.6テスト結果次の記事へ: 概要

ヘルプとサポート

この記事はお役に立ちましたか？

フィードバック