TiDB と ProxySQL を統合する
このドキュメントでは、ProxySQL の概要を説明し、 開発環境および本番環境で ProxySQL を TiDB と統合する方法を説明し、 クエリルーティングのシナリオを通じて主要な統合の利点を示します。
TiDB と ProxySQL についてさらに詳しく知りたい場合は、次のような役立つリンクがあります。
ProxySQL とは何ですか?
プロキシSQL 、高性能なオープンソースの SQL プロキシです。柔軟なアーキテクチャを備え、さまざまな方法で導入できるため、さまざまなユースケースに最適です。たとえば、ProxySQL を使用すると、頻繁にアクセスされるデータをキャッシュしてパフォーマンスを向上させることができます。
ProxySQL は、高速、効率的、そして使いやすいように徹底的に設計されています。MySQL と完全に互換性があり、高品質の SQL プロキシに期待されるすべての機能をサポートしています。さらに、ProxySQL には、さまざまなアプリケーションに最適な選択肢となる独自の機能が多数搭載されています。
ProxySQL 統合の理由は何ですか?
- ProxySQL は、TiDB とのやり取り時のレイテンシーを削減することで、アプリケーションのパフォーマンスを向上させることができます。構築するものが何であっても、つまり、ワークロードが非決定的で急増する可能性のある Lambda などのサーバーレス関数を使用するスケーラブルなアプリケーションであっても、大量のデータを読み込むクエリを実行するアプリケーションを構築している場合でも、ProxySQL の接続プーリングや頻繁に使用されるクエリのキャッシュなどの強力な機能を活用することで、アプリケーションはすぐにメリットを得ることができます。
- ProxySQL は、ProxySQL で利用できる簡単に構成できる機能であるクエリルールの助けを借りて、SQL インジェクションなどの SQL 脆弱性に対するアプリケーション セキュリティ保護の追加レイヤーとして機能します。
- プロキシSQLとティビどちらもオープンソース プロジェクトなので、ベンダー ロックインがゼロになるというメリットが得られます。
デプロイメントアーキテクチャ
ProxySQL を TiDB とともにデプロイする最も明白な方法は、アプリケーションレイヤーと TiDB の間に ProxySQL をスタンドアロンの仲介者として追加することです。ただし、スケーラビリティと障害耐性は保証されず、ネットワーク ホップによるレイテンシーも追加されます。これらの問題を回避するための代替のデプロイアーキテクチャは、次のように ProxySQL をサイドカーとしてデプロイすることです。
注記:
上記の図は参考用です。実際の展開アーキテクチャに合わせて調整する必要があります。
開発環境
このセクションでは、開発環境で TiDB を ProxySQL と統合する方法について説明します。ProxySQL 統合を開始するには、 前提条件をすべて準備した後、TiDB クラスターの種類に応じて次のいずれかのオプションを選択できます。
- オプション1: TiDB Cloudと ProxySQL を統合する
- オプション2: TiDB(セルフホスト)をProxySQLと統合する
前提条件
選択したオプションに応じて、次のパッケージが必要になる場合があります。
以下のインストール手順に従ってください。
- macOS
- CentOS
- Windows
ダウンロードインストールして Docker を起動します (Docker Desktop にはすでに Docker Compose が含まれています)。
次のコマンドを実行して Python と
mysql-client
インストールします。/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" brew install python mysql-client
curl -fsSL https://get.docker.com | bash -s docker
yum install -y git python39 docker-ce docker-ce-cli containerd.io docker-compose-plugin mysql
systemctl start docker
Git をダウンロードしてインストールします。
Git Windows ダウンロードページから64 ビット Git for Windows セットアップパッケージをダウンロードします。
セットアップ ウィザードに従って Git パッケージをインストールします。デフォルトのインストール設定を使用するには、 [次へ]を数回クリックします。
MySQL Shell をダウンロードしてインストールします。
MySQL コミュニティ サーバーのダウンロードページ目からMySQLインストーラーのZIPファイルをダウンロードします。
ファイルを解凍し、
bin
フォルダ内のmysql.exe
を見つけます。5bin
のパスをシステム変数に追加し、Git Bash のPATH
変数に設定する必要があります。echo 'export PATH="(your bin folder)":$PATH' >>~/.bash_profile source ~/.bash_profile例えば:
echo 'export PATH="/c/Program Files (x86)/mysql-8.0.31-winx64/bin":$PATH' >>~/.bash_profile source ~/.bash_profile
Docker をダウンロードしてインストールします。
Docker ダウンロードページ目から Docker Desktop インストーラーをダウンロードします。
インストーラーをダブルクリックして実行します。インストールが完了すると、再起動を求めるメッセージが表示されます。
Python ダウンロードページから最新の Python 3 インストーラーをダウンロードして実行します。
オプション 1: TiDB Cloud をProxySQL と統合する
この統合では、 ProxySQL Docker イメージ TiDB Cloud Serverless クラスターとともに使用します。次の手順では、ポート16033
に ProxySQL を設定するので、このポートが使用可能であることを確認してください。
ステップ1. TiDB Cloud Serverlessクラスターを作成する
無料のTiDB Cloud Serverlessクラスターを作成する 。クラスターに設定したルートパスワードを覚えておいてください。
後で使用するために、クラスターのホスト名、ポート、およびユーザー名を取得します。
- クラスターページで、クラスター名をクリックしてクラスターの概要ページに移動します。
- クラスターの概要ページで、 [接続]ペインを見つけて、
Endpoint
、Port
、およびUser
フィールドをコピーします。ここで、Endpoint
はクラスターのホスト名です。
ステップ2. ProxySQL構成ファイルを生成する
TiDB および ProxySQL の統合サンプルコードリポジトリクローンします。
- macOS
- CentOS
- Windows (Git Bash)
git clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gittidb-cloud-connect
フォルダに変更します:- macOS
- CentOS
- Windows (Git Bash)
cd tidb-proxysql-integration/example/tidb-cloud-connectcd tidb-proxysql-integration/example/tidb-cloud-connectcd tidb-proxysql-integration/example/tidb-cloud-connectproxysql-config.py
実行して ProxySQL 構成ファイルを生成します。- macOS
- CentOS
- Windows (Git Bash)
python3 proxysql-config.pypython3 proxysql-config.pypython proxysql-config.pyプロンプトが表示されたら、
Serverless Tier Host
にクラスターのエンドポイントを入力し、クラスターのユーザー名とパスワードを入力します。以下は出力例です。現在の
tidb-cloud-connect
フォルダーの下に 3 つの構成ファイルが生成されていることがわかります。[Begin] generating configuration files.. tidb-cloud-connect.cnf generated successfully. proxysql-prepare.sql generated successfully. proxysql-connect.py generated successfully. [End] all files generated successfully and placed in the current folder.
ステップ3. ProxySQLを構成する
Docker を起動します。Docker がすでに起動している場合は、この手順をスキップしてください。
- macOS
- CentOS
- Windows
インストールした Docker のアイコンをダブルクリックして起動します。
systemctl start dockerインストールした Docker のアイコンをダブルクリックして起動します。
ProxySQL イメージをプルし、バックグラウンドで ProxySQL コンテナを起動します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose up -ddocker compose up -ddocker compose up -d次のコマンドを実行して ProxySQL と統合します。このコマンドは、 ProxySQL 管理インターフェース内で
proxysql-prepare.sql
実行します。- macOS
- CentOS
- Windows (Git Bash)
docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"注記:
proxysql-prepare.sql
スクリプトは次のことを実行します。- クラスターのユーザー名とパスワードを使用してユーザーを追加します。
- ユーザーを監視アカウントに割り当てます。
- TiDB Cloud Serverless クラスターをホストのリストに追加します。
- ProxySQL とTiDB Cloud Serverless クラスター間の安全な接続を有効にします。
より深く理解するために、
proxysql-prepare.sql
ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 ProxySQL ドキュメント参照してください。以下は出力例です。出力にクラスターのホスト名が表示されています。これは、ProxySQL とTiDB Cloud Serverless クラスター間の接続が確立されていることを意味します。
*************************** 1. row *************************** hostgroup_id: 0 hostname: gateway01.us-west-2.prod.aws.tidbcloud.com port: 4000 gtid_port: 0 status: ONLINE weight: 1 compression: 0 max_connections: 1000 max_replication_lag: 0 use_ssl: 1 max_latency_ms: 0 comment:
ステップ4. ProxySQL経由でTiDBクラスターに接続する
TiDB クラスターに接続するには、
proxysql-connect.py
実行します。スクリプトは自動的に MySQL クライアントを起動し、 ステップ2で指定したユーザー名とパスワードを使用して接続します。- macOS
- CentOS
- Windows (Git Bash)
python3 proxysql-connect.pypython3 proxysql-connect.pypython proxysql-connect.pyTiDB クラスターに接続した後、次の SQL ステートメントを使用して接続を検証できます。
SELECT VERSION();TiDB のバージョンが表示されている場合は、ProxySQL を介してTiDB Cloud Serverless クラスターに正常に接続されています。MySQL クライアントをいつでも終了するには、
quit
入力してEnter キーを押します。注記:
デバッグの場合:クラスターに接続できない場合は、ファイル
tidb-cloud-connect.cnf
、proxysql-prepare.sql
、およびproxysql-connect.py
を確認してください。指定したサーバー情報が利用可能であり、正しいことを確認してください。コンテナを停止して削除し、前のディレクトリに移動するには、次のコマンドを実行します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose down cd -docker compose down cd -docker compose down cd -
オプション 2: TiDB (セルフホスト) を ProxySQL と統合する
この統合では、 ティビとプロキシSQLの Docker イメージを使用して環境をセットアップします。興味があればTiDB をインストールする他の方法 (セルフホスト)試してみることをお勧めします。
次の手順では、それぞれポート6033
と4000
に ProxySQL と TiDB を設定するので、これらのポートが使用可能であることを確認してください。
Docker を起動します。Docker がすでに起動している場合は、この手順をスキップしてください。
- macOS
- CentOS
- Windows
インストールした Docker のアイコンをダブルクリックして起動します。
systemctl start dockerインストールした Docker のアイコンをダブルクリックして起動します。
TiDB および ProxySQL の統合サンプルコードリポジトリクローンします。
- macOS
- CentOS
- Windows (Git Bash)
git clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitProxySQL と TiDB の最新イメージを取得します。
- macOS
- CentOS
- Windows (Git Bash)
cd tidb-proxysql-integration && docker compose pullcd tidb-proxysql-integration && docker compose pullcd tidb-proxysql-integration && docker compose pullコンテナとして実行される TiDB と ProxySQL の両方を使用して統合環境を起動します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose up -ddocker compose up -ddocker compose up -dProxySQL
6033
ポートにログインするには、空のパスワードを持つroot
ユーザー名を使用できます。ProxySQL 経由で TiDB に接続します。
- macOS
- CentOS
- Windows (Git Bash)
mysql -u root -h 127.0.0.1 -P 6033mysql -u root -h 127.0.0.1 -P 6033mysql -u root -h 127.0.0.1 -P 6033TiDB クラスターに接続した後、次の SQL ステートメントを使用して接続を検証できます。
SELECT VERSION();TiDB バージョンが表示されている場合は、ProxySQL を介して TiDB コンテナーに正常に接続されています。
コンテナを停止して削除し、前のディレクトリに移動するには、次のコマンドを実行します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose down cd -docker compose down cd -docker compose down cd -
生産環境
本番環境では、完全に管理されたエクスペリエンスを実現するためにTiDB Cloud専用直接使用することをお勧めします。
前提条件
MySQL クライアントをダウンロードしてインストールします。たとえば、 MySQL シェル 。
CentOS でTiDB Cloud をProxySQL と統合する
ProxySQL はさまざまなプラットフォームにインストールできます。以下では CentOS を例に説明します。
サポートされているプラットフォームと対応するバージョン要件の完全なリストについては、 ProxySQL ドキュメント参照してください。
ステップ1. TiDB Cloud Dedicatedクラスタを作成する
詳細な手順についてはTiDBクラスタを作成する参照してください。
ステップ2. ProxySQLをインストールする
ProxySQL を YUM リポジトリに追加します。
cat > /etc/yum.repos.d/proxysql.repo << EOF [proxysql] name=ProxySQL YUM repository baseurl=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/centos/\$releasever gpgcheck=1 gpgkey=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/repo_pub_key EOFProxySQL をインストールします。
yum install -y proxysqlProxySQLを起動します:
systemctl start proxysql
ProxySQL のサポートされているプラットフォームとそのインストールの詳細については、 ProxySQL READMEまたはProxySQL インストール ドキュメントを参照してください。
ステップ3. ProxySQLを構成する
ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構成する必要があります。そのためには、 ProxySQL管理インターフェース内でSQL文を実行する (推奨) または設定ファイルのいずれかを使用します。
注記:
以下のセクションでは、ProxySQL の必須構成項目のみをリストします。構成の包括的なリストについては、 ProxySQL ドキュメント参照してください。
オプション 1: 管理インターフェースを使用して ProxySQL を構成する
任意の MySQL コマンドライン クライアント (デフォルトではポート
6032
で使用可能) からアクセスできる標準の ProxySQL 管理インターフェイスを使用して、ProxySQL の内部を再構成します。mysql -u admin -padmin -h 127.0.0.1 -P6032 --prompt 'ProxySQL Admin> '上記の手順を実行すると、ProxySQL 管理者プロンプトが表示されます。
使用する TiDB クラスターを構成します。ここでは、1 つまたは複数の TiDB クラスターを ProxySQL に追加できます。次のステートメントは、たとえば 1 つのTiDB Cloud Dedicated クラスターを追加します。1 と
<tidb cloud dedicated cluster port>
<tidb cloud dedicated cluster host>
TiDB Cloudエンドポイントとポートに置き換える必要があります (デフォルトのポートは4000
です)。INSERT INTO mysql_servers(hostgroup_id, hostname, port) VALUES ( 0, '<tidb cloud dedicated cluster host>', <tidb cloud dedicated cluster port> ); LOAD mysql servers TO runtime; SAVE mysql servers TO DISK;注記:
hostgroup_id
: ホストグループの ID を指定します。ProxySQL はホストグループを使用してクラスターを管理します。これらのクラスターに SQL トラフィックを均等に分散するには、同じホストグループに負荷分散する必要がある複数のクラスターを構成できます。読み取りや書き込みなどの目的でクラスターを区別するには、異なるホストグループを使用するようにクラスターを構成できます。hostname
: TiDB クラスターのエンドポイント。port
: TiDB クラスターのポート。
プロキシ ログイン ユーザーを構成して、ユーザーが TiDB クラスターに対して適切な権限を持っていることを確認します。次のステートメントでは、「 tidb cloud 専用クラスター ユーザー名」と「 tidb クラウド 専用クラスター パスワード」をクラスターの実際のユーザー名とパスワードに置き換える必要があります。
INSERT INTO mysql_users( username, password, active, default_hostgroup, transaction_persistent ) VALUES ( '<tidb cloud dedicated cluster username>', '<tidb cloud dedicated cluster password>', 1, 0, 1 ); LOAD mysql users TO runtime; SAVE mysql users TO DISK;注記:
username
: TiDB ユーザー名。password
: TiDB パスワード。active
: ユーザーがアクティブかどうかを制御します。21
ユーザーがアクティブでログインに使用できることを示し、0
ユーザーが非アクティブであることを示します。default_hostgroup
: ユーザーが使用するデフォルトのホストグループ。クエリ ルールによって特定のホストグループへのトラフィックがオーバーライドされない限り、SQL トラフィックが分散されます。transaction_persistent
:1
永続的なトランザクションを示します。ユーザーが接続内でトランザクションを開始すると、トランザクションがコミットまたはロールバックされるまで、すべてのクエリ ステートメントは同じホスト グループにルーティングされます。
オプション 2: 構成ファイルを使用して ProxySQL を構成する
このオプションは、ProxySQL を構成するための代替方法としてのみ検討してください。詳細については、 設定ファイルによるProxySQLの設定参照してください。
既存の SQLite データベース (構成が内部に保存されている場所) を削除します。
rm /var/lib/proxysql/proxysql.db必要に応じて設定ファイル
/etc/proxysql.cnf
を変更します。例:mysql_servers: ( { address="<tidb cloud dedicated cluster host>" port=<tidb cloud dedicated cluster port> hostgroup=0 max_connections=2000 } ) mysql_users: ( { username = "<tidb cloud dedicated cluster username>" password = "<tidb cloud dedicated cluster password>" default_hostgroup = 0 max_connections = 1000 default_schema = "test" active = 1 transaction_persistent = 1 } )上記の例では、
address
およびport
: TiDB Cloudクラスターのエンドポイントとポートを指定します。username
およびpassword
: TiDB Cloudクラスターのユーザー名とパスワードを指定します。
ProxySQLを再起動します。
systemctl restart proxysql再起動後、SQLite データベースが自動的に作成されます。
典型的なシナリオ
このセクションでは、クエリ ルーティングを例に、ProxySQL と TiDB を統合することで得られる利点のいくつかを示します。
クエリルール
データベースは、高トラフィック、欠陥のあるコード、または悪意のあるスパムによって過負荷になる可能性があります。ProxySQL のクエリ ルールを使用すると、クエリを再ルーティング、書き換え、または拒否することで、これらの問題に迅速かつ効果的に対応できます。
注記:
次の手順では、TiDB と ProxySQL のコンテナ イメージを使用してクエリ ルールを構成します。まだ取得していない場合は、詳細な手順については統合セクション参照してください。
TiDB および ProxySQL の統合サンプルコードリポジトリクローンします。前の手順ですでにクローンしている場合は、この手順をスキップします。
- macOS
- CentOS
- Windows (Git Bash)
git clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitgit clone https://github.com/pingcap-inc/tidb-proxysql-integration.gitProxySQL ルールのサンプル ディレクトリに変更します。
- macOS
- CentOS
- Windows (Git Bash)
cd tidb-proxysql-integration/example/proxy-rule-admin-interfacecd tidb-proxysql-integration/example/proxy-rule-admin-interfacecd tidb-proxysql-integration/example/proxy-rule-admin-interface次のコマンドを実行して、2 つの TiDB コンテナと 1 つの ProxySQL コンテナを起動します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose up -ddocker compose up -ddocker compose up -dすべてがうまくいけば、次のコンテナが起動します。
- ポート
4001
経由で4002
される TiDB クラスターの 2 つの Docker コンテナ - ポート
6034
経由で公開される 1 つの ProxySQL Docker コンテナー。
2 つの TiDB コンテナで、
mysql
使用して同様のスキーマ定義を持つテーブル'tidb-server02-port-4002'
作成し、異なるデータ ('tidb-server01-port-4001'
) を挿入してこれらのコンテナを識別します。- macOS
- CentOS
- Windows (Git Bash)
mysql -u root -h 127.0.0.1 -P 4001 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001'); EOF mysql -u root -h 127.0.0.1 -P 4002 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002'); EOFmysql -u root -h 127.0.0.1 -P 4001 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001'); EOF mysql -u root -h 127.0.0.1 -P 4002 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002'); EOFmysql -u root -h 127.0.0.1 -P 4001 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001'); EOF mysql -u root -h 127.0.0.1 -P 4002 << EOF DROP TABLE IF EXISTS test.tidb_server; CREATE TABLE test.tidb_server (server_name VARCHAR(255)); INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002'); EOF次のコマンドを実行して ProxySQL を構成します。このコマンドは、ProxySQL 管理インターフェイス内で
proxysql-prepare.sql
実行し、TiDB コンテナーと ProxySQL の間にプロキシ接続を確立します。- macOS
- CentOS
- Windows (Git Bash)
docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"注記:
proxysql-prepare.sql
は次のことを行います。hostgroup_id
の ProxySQL に TiDB クラスターを0
および1
として追加します。- 空のパスワードを持つユーザー
root
追加し、default_hostgroup
0
に設定します。 rule_id
を1
、destination_hostgroup
を0
とするルール^SELECT.*FOR UPDATE$
を追加します。SQL ステートメントがこのルールに一致する場合、リクエストはhostgroup
を0
として TiDB クラスターに転送されます。rule_id
を2
、destination_hostgroup
を1
とするルール^SELECT
を追加します。SQL ステートメントがこのルールに一致する場合、リクエストはhostgroup
を1
として TiDB クラスターに転送されます。
理解を深めるために、
proxysql-prepare.sql
ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 ProxySQL ドキュメント参照してください。以下は、ProxySQL パターンがクエリ ルールと一致する方法に関する追加情報です。
- ProxySQL は、
rule_id
の昇順でルールを 1 つずつ照合しようとします。 ^
記号は SQL ステートメントの先頭に一致し、$
末尾に一致します。
ProxySQL の正規表現とパターン マッチングの詳細については、ProxySQL ドキュメントのmysql クエリプロセッサ正規表現参照してください。
パラメータの完全なリストについては、ProxySQL ドキュメントのmysql_クエリルール参照してください。
構成を確認し、クエリ ルールが機能するかどうかを確認します。
root
ユーザーとして ProxySQL MySQL インターフェイスにログインします。- macOS
- CentOS
- Windows (Git Bash)
mysql -u root -h 127.0.0.1 -P 6034mysql -u root -h 127.0.0.1 -P 6034mysql -u root -h 127.0.0.1 -P 6034次の SQL ステートメントを実行します。
SELECT
ステートメントを実行します。SELECT * FROM test.tidb_server;このステートメントは、rule_id
2
と一致し、ステートメントをhostgroup 1
の TiDB クラスターに転送します。SELECT ... FOR UPDATE
ステートメントを実行します。SELECT * FROM test.tidb_server FOR UPDATE;このステートメントは、rule_id
1
と一致し、ステートメントをhostgroup 0
の TiDB クラスターに転送します。取引を開始します:
BEGIN; INSERT INTO test.tidb_server (server_name) VALUES ('insert this and rollback later'); SELECT * FROM test.tidb_server; ROLLBACK;このトランザクションでは、
BEGIN
ステートメントはどのルールにも一致しません。デフォルトのホストグループ (この例ではhostgroup 0
) を使用します。ProxySQL はデフォルトでユーザー transaction_persistent を有効にし、同じトランザクション内のすべてのステートメントを同じホストグループで実行するので、INSERT
およびSELECT * FROM test.tidb_server;
ステートメントも TiDB クラスターhostgroup 0
に転送されます。
以下は出力例です。同様の出力が表示された場合、ProxySQL でクエリ ルールが正常に構成されています。
+-------------------------+ | server_name | +-------------------------+ | tidb-server02-port-4002 | +-------------------------+ +-------------------------+ | server_name | +-------------------------+ | tidb-server01-port-4001 | +-------------------------+ +--------------------------------+ | server_name | +--------------------------------+ | tidb-server01-port-4001 | | insert this and rollback later | +--------------------------------+いつでも MySQL クライアントを終了するには、
quit
入力してEnter キーを押します。
コンテナを停止して削除し、前のディレクトリに移動するには、次のコマンドを実行します。
- macOS
- CentOS
- Windows (Git Bash)
docker compose down cd -docker compose down cd -docker compose down cd -
ヘルプが必要ですか?
不和またはスラック 、またはサポートチケットを送信するについてコミュニティに質問してください。