Integrate TiDB with ProxySQL

This document provides a high-level introduction to ProxySQL, describes how to integrate ProxySQL with TiDB in a development environment and a production environment, and demonstrates the key integration benefits through the scenario of query routing.

If you are interested in learning more about TiDB and ProxySQL, you can find some useful links as follows:

What is ProxySQL?

ProxySQL is a high-performance, open-source SQL proxy. It has a flexible architecture and can be deployed in several different ways, making it ideal for a variety of use cases. For example, ProxySQL can be used to improve performance by caching frequently-accessed data.

ProxySQL is designed from the ground up to be fast, efficient, and easy to use. It is fully compatible with MySQL, and supports all of the features you would expect from a high quality SQL proxy. In addition, ProxySQL comes with a number of unique features that make it an ideal choice for a wide range of applications.

Why ProxySQL integration?

  • ProxySQL can help boost application performance by reducing latency when interacting with TiDB. Irrespective of what you are building, whether it is a scalable application using serverless functions like Lambda, where the workload is nondeterministic and can spike, or if you are building an application to execute queries that load tons of data. By leveraging powerful capabilities of ProxySQL such as connection pooling and caching frequently-used queries, applications can gain immediate benefits.
  • ProxySQL can act as an additional layer of application security protection against SQL vulnerabilities such as SQL injection with the help of query rules, an easy-to-configure feature available in ProxySQL.
  • As both ProxySQL and TiDB are open-source projects, you can get the benefits of zero vendor lock-in.

Deployment architecture

The most obvious way to deploy ProxySQL with TiDB is to add ProxySQL as a standalone intermediary between the application layer and TiDB. However, the scalability and failure tolerance are not guaranteed, and it also adds additional latency due to network hop. To avoid these problems, an alternate deployment architecture is to deploy ProxySQL as a sidecar as below:

proxysql-client-side-tidb-cloud

ProxySQL Integration Guide - 图2

Note

The preceding illustration is only for reference. You must adapt it according to your actual deployment architecture.

Development environment

This section describes how to integrate TiDB with ProxySQL in a development environment. To get started with the ProxySQL integration, you can choose either of the following options depending on your TiDB cluster type after you have all the prerequisites in place.

Prerequisites

Depending on the option you choose, you might need the following packages:

You can follow the installation instructions as below:

  • macOS
  • CentOS
  • Windows

  1. Download and start Docker (the Docker Desktop already includes the Docker Compose).

  2. Run the following command to install Python and mysql-client:

    1. /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
    2. brew install python mysql-client
  1. curl -fsSL https://get.docker.com | bash -s docker
  2. yum install -y git python39 docker-ce docker-ce-cli containerd.io docker-compose-plugin mysql
  3. systemctl start docker

  • Download and install Git.

    1. Download the 64-bit Git for Windows Setup package from the Git Windows Download page.

    2. Install the Git package by following the setup wizard. You can click Next for a few times to use the default installation settings.

      proxysql-windows-git-install

  • Download and install MySQL Shell.

    1. Download the ZIP file of MySQL Installer from the MySQL Community Server Download page.

    2. Unzip the file, and locate mysql.exe in the bin folder. You need to add the path of the bin folder to the system variable and set it into the PATH variable at Git Bash:

      1. echo 'export PATH="(your bin folder)":$PATH' >>~/.bash_profile
      2. source ~/.bash_profile

      For example:

      1. echo 'export PATH="/c/Program Files (x86)/mysql-8.0.31-winx64/bin":$PATH' >>~/.bash_profile
      2. source ~/.bash_profile

  • Download and install Docker.

    1. Download Docker Desktop installer from the Docker Download page.

    2. Double-click the installer to run it. After the installation is completed, you will be prompted for a restart.

      proxysql-windows-docker-install

  • Download the latest Python 3 installer from the Python Download page and run it.

Option 1: Integrate TiDB Cloud with ProxySQL

For this integration, you will be using the ProxySQL Docker image along with a TiDB Serverless cluster. The following steps will set up ProxySQL on port 16033, so make sure this port is available.

Step 1. Create a TiDB Serverless cluster

  1. Create a free TiDB Serverless cluster. Remember the root password that you set for your cluster.

  2. Get your cluster hostname, port, and username for later use.

    1. On the Clusters page, click your cluster name to go to the cluster overview page.
    2. On the cluster overview page, locate the Connection pane, and then copy the Endpoint, Port, and User fields, where the Endpoint is your cluster hostname.

Step 2. Generate ProxySQL configuration files

  1. Clone the integration example code repository for TiDB and ProxySQL:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git

  2. Change to the tidb-cloud-connect folder:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. cd tidb-proxysql-integration/example/tidb-cloud-connect
    1. cd tidb-proxysql-integration/example/tidb-cloud-connect
    1. cd tidb-proxysql-integration/example/tidb-cloud-connect

  3. Generate ProxySQL configuration files by running proxysql-config.py:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. python3 proxysql-config.py
    1. python3 proxysql-config.py
    1. python proxysql-config.py

    When prompted, enter the endpoint of your cluster for Serverless Tier Host, and then enter the username and the password of your cluster.

    The following is an example output. You will see that three configuration files are generated under the current tidb-cloud-connect folder.

    1. [Begin] generating configuration files..
    2. tidb-cloud-connect.cnf generated successfully.
    3. proxysql-prepare.sql generated successfully.
    4. proxysql-connect.py generated successfully.
    5. [End] all files generated successfully and placed in the current folder.

Step 3. Configure ProxySQL

  1. Start Docker. If Docker has already started, skip this step:

    • macOS
    • CentOS
    • Windows

    Double-click the icon of the installed Docker to start it.

    1. systemctl start docker

    Double-click the icon of the installed Docker to start it.

  2. Pull the ProxySQL image and start a ProxySQL container in the background:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose up -d
    1. docker compose up -d
    1. docker compose up -d

  3. Integrate with ProxySQL by running the following command, which executes proxysql-prepare.sql inside ProxySQL Admin Interface:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"

    ProxySQL Integration Guide - 图5

    Note

    The proxysql-prepare.sql script does the following:

    1. Adds a user using the username and password of your cluster.
    2. Assigns the user to the monitoring account.
    3. Adds your TiDB Serverless cluster to the list of hosts.
    4. Enables a secure connection between ProxySQL and the TiDB Serverless cluster.

    To have a better understanding, it is strongly recommended that you check the proxysql-prepare.sql file. To learn more about ProxySQL configuration, see ProxySQL documentation.

    The following is an example output. You will see that the hostname of your cluster is shown in the output, which means that the connectivity between ProxySQL and the TiDB Serverless cluster is established.

    1. *************************** 1. row ***************************
    2.     hostgroup_id: 0
    3.         hostname: gateway01.us-west-2.prod.aws.tidbcloud.com
    4.             port: 4000
    5.         gtid_port: 0
    6.             status: ONLINE
    7.             weight: 1
    8.         compression: 0
    9.     max_connections: 1000
    10. max_replication_lag: 0
    11.             use_ssl: 1
    12.     max_latency_ms: 0
    13.             comment:

Step 4. Connect to your TiDB cluster through ProxySQL

  1. To connect to your TiDB cluster, run proxysql-connect.py. The script will automatically launch the MySQL client and use the username and password you specified in Step 2 for connection.

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. python3 proxysql-connect.py
    1. python3 proxysql-connect.py
    1. python proxysql-connect.py

  2. After connecting to your TiDB cluster, you can use the following SQL statement to validate the connection:

    1. SELECT VERSION();

    If the TiDB version is displayed, you are successfully connected to your TiDB Serverless cluster through ProxySQL. To exit from the MySQL client anytime, enter quit and press enter.

    ProxySQL Integration Guide - 图6

    Note

    For Debugging: If you are unable to connect to the cluster, check the files tidb-cloud-connect.cnf, proxysql-prepare.sql, and proxysql-connect.py. Make sure that the server information you provided is available and correct.

  3. To stop and remove containers, and go to the previous directory, run the following command:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -

Option 2: Integrate TiDB (self-hosted) with ProxySQL

For this integration, you will set up an environment using Docker images of TiDB and ProxySQL. You are encouraged to try other ways of installing TiDB (self-hosted) in your own interest.

The following steps will set up ProxySQL and TiDB on ports 6033 and 4000 respectively, so make sure these ports are available.

  1. Start Docker. If Docker has already started, skip this step:

    • macOS
    • CentOS
    • Windows

    Double-click the icon of the installed Docker to start it.

    1. systemctl start docker

    Double-click the icon of the installed Docker to start it.

  2. Clone the integration example code repository for TiDB and ProxySQL:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git

  3. Pull the latest images of ProxySQL and TiDB:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. cd tidb-proxysql-integration && docker compose pull
    1. cd tidb-proxysql-integration && docker compose pull
    1. cd tidb-proxysql-integration && docker compose pull

  4. Start an integrated environment using both TiDB and ProxySQL running as containers:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose up -d
    1. docker compose up -d
    1. docker compose up -d

    To log in to the ProxySQL 6033 port, you can use the root username with an empty password.

  5. Connect to TiDB via ProxySQL:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. mysql -u root -h 127.0.0.1 -P 6033
    1. mysql -u root -h 127.0.0.1 -P 6033
    1. mysql -u root -h 127.0.0.1 -P 6033

  6. After connecting to your TiDB cluster, you can use the following SQL statement to validate the connection:

    1. SELECT VERSION();

    If the TiDB version is displayed, you are successfully connected to your TiDB containers through ProxySQL.

  7. To stop and remove containers, and go to the previous directory, run the following command:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -

Production environment

For a production environment, it is recommended that you use TiDB Cloud directly for a fully-managed experience.

Prerequisite

Download and install a MySQL client. For example, MySQL Shell.

Integrate TiDB Cloud with ProxySQL on CentOS

ProxySQL can be installed on many different platforms. The following takes CentOS as an example.

For a full list of supported platforms and the corresponding version requirements, see ProxySQL documentation.

Step 1. Create a TiDB Dedicated cluster

For detailed steps, see Create a TiDB Cluster.

Step 2. Install ProxySQL

  1. Add ProxySQL to the YUM repository:

    1. cat > /etc/yum.repos.d/proxysql.repo << EOF
    2. [proxysql]
    3. name=ProxySQL YUM repository
    4. baseurl=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/centos/\$releasever
    5. gpgcheck=1
    6. gpgkey=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/repo_pub_key
    7. EOF

  2. Install ProxySQL:

    1. yum install -y proxysql

  3. Start ProxySQL:

    1. systemctl start proxysql

To learn more about the supported platforms of ProxySQL and their installation, refer to ProxySQL README or ProxySQL installation documentation.

Step 3. Configure ProxySQL

To use ProxySQL as a proxy for TiDB, you need to configure ProxySQL. To do so, you can either execute SQL statements inside ProxySQL Admin Interface (recommended) or use the configuration file.

ProxySQL Integration Guide - 图7

Note

The following sections list only the required configuration items of ProxySQL. For a comprehensive list of configurations, see ProxySQL documentation.

Option 1: Configure ProxySQL using the Admin Interface

  1. Reconfigure ProxySQL’s internals using the standard ProxySQL Admin interface, accessible via any MySQL command line client (available by default on port 6032):

    1. mysql -u admin -padmin -h 127.0.0.1 -P6032 --prompt 'ProxySQL Admin> '

    The above step will take you to the ProxySQL admin prompt.

  2. Configure the TiDB clusters to be used, where you can add one or multiple TiDB clusters to ProxySQL. The following statement will add one TiDB Dedicated cluster for example. You need to replace <tidb cloud dedicated cluster host> and <tidb cloud dedicated cluster port> with your TiDB Cloud endpoint and port (the default port is 4000).

    1. INSERT INTO mysql_servers(hostgroup_id, hostname, port) 
    2. VALUES 
    3.   (
    4.     0,
    5.     '<tidb cloud dedicated cluster host>', 
    6.     <tidb cloud dedicated cluster port>
    7.   );
    8. LOAD mysql servers TO runtime;
    9. SAVE mysql servers TO DISK;

    ProxySQL Integration Guide - 图8

    Note

    • hostgroup_id: specify an ID of the hostgroup. ProxySQL manages clusters using hostgroup. To distribute SQL traffic to these clusters evenly, you can configure several clusters that need load balancing to the same hostgroup. To distinguish the clusters, such as for read and write purposes, you can configure them to use different hostgroups.
    • hostname: the endpoint of the TiDB cluster.
    • port: the port of the TiDB cluster.

  3. Configure Proxy login users to make sure that the users have appropriate permissions on the TiDB cluster. In the following statements, you need to replace ‘tidb cloud dedicated cluster username‘ and ‘tidb cloud dedicated cluster password‘ with the actual username and password of your cluster.

    1. INSERT INTO mysql_users(
    2.   username, password, active, default_hostgroup, 
    3.   transaction_persistent
    4. ) 
    5. VALUES 
    6.   (
    7.     '<tidb cloud dedicated cluster username>', 
    8.     '<tidb cloud dedicated cluster password>', 
    9.     1, 0, 1
    10.   );
    11. LOAD mysql users TO runtime;
    12. SAVE mysql users TO DISK;

    ProxySQL Integration Guide - 图9

    Note

    • username: TiDB username.
    • password: TiDB password.
    • active: controls whether the user is active. 1 indicates that the user is active and can be used for login, while 0 indicates that the user is inactive.
    • default_hostgroup: the default hostgroup used by the user, where SQL traffic is distributed unless the query rule overrides the traffic to a specific hostgroup.
    • transaction_persistent: 1 indicates a persistent transaction. When a user starts a transaction within a connection, all query statements are routed to the same hostgroup until the transaction is committed or rolled back.
Option 2: Configure ProxySQL using a configuration file

This option should only be considered as an alternate method for configuring ProxySQL. For more information, see Configuring ProxySQL through the config file.

  1. Delete any existing SQLite database (where configurations are stored internally):

    1. rm /var/lib/proxysql/proxysql.db

    ProxySQL Integration Guide - 图10

    Warning

    If you delete the SQLite database file, any configuration changes made using ProxySQL Admin interface will be lost.

  2. Modify the configuration file /etc/proxysql.cnf according to your need. For example:

    1. mysql_servers:
    2. (
    3.     {
    4.         address="<tidb cloud dedicated cluster host>"
    5.         port=<tidb cloud dedicated cluster port>
    6.         hostgroup=0
    7.         max_connections=2000
    8.     }
    9. )
    11. mysql_users:
    12. (
    13.     {
    14.         username = "<tidb cloud dedicated cluster username>"
    15.         password = "<tidb cloud dedicated cluster password>"
    16.         default_hostgroup = 0
    17.         max_connections = 1000
    18.         default_schema = "test"
    19.         active = 1
    20.         transaction_persistent = 1
    21.     }
    22. )

    In the preceding example:

    • address and port: specify the endpoint and port of your TiDB Cloud cluster.
    • username and password: specify the username and password of your TiDB Cloud cluster.

  3. Restart ProxySQL:

    1. systemctl restart proxysql

    After the restart, the SQLite database will be created automatically.

ProxySQL Integration Guide - 图11

Warning

Do not run ProxySQL with default credentials in production. Before starting the proxysql service, you can change the defaults in the /etc/proxysql.cnf file by changing the admin_credentials variable.

Typical scenario

This section takes query routing as an example to show some of the benefits that you can leverage by integrating ProxySQL with TiDB.

Query rules

Databases can be overloaded by high traffic, faulty code, or malicious spam. With query rules of ProxySQL, you can respond to these issues quickly and effectively by rerouting, rewriting, or rejecting queries.

proxysql-client-side-rules

ProxySQL Integration Guide - 图13

Note

In the following steps, you will be using the container images of TiDB and ProxySQL to configure query rules. If you have not pulled them, you can check the integration section for detailed steps.

  1. Clone the integration example code repository for TiDB and ProxySQL. Skip this step if you have already cloned it in the previous steps.

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git
    1. git clone https://github.com/pingcap-inc/tidb-proxysql-integration.git

  2. Change to the example directory for ProxySQL rules:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. cd tidb-proxysql-integration/example/proxy-rule-admin-interface
    1. cd tidb-proxysql-integration/example/proxy-rule-admin-interface
    1. cd tidb-proxysql-integration/example/proxy-rule-admin-interface

  3. Run the following command to start two TiDB containers and a ProxySQL container:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose up -d
    1. docker compose up -d
    1. docker compose up -d

    If everything goes well, the following containers are started:

    • Two Docker containers of TiDB clusters exposed via ports 4001, 4002
    • One ProxySQL Docker container exposed via port 6034.

  4. In the two TiDB containers, using mysql to create a table with a similar schema definition and then insert different data ('tidb-server01-port-4001', 'tidb-server02-port-4002') to identify these containers.

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. mysql -u root -h 127.0.0.1 -P 4001 << EOF
    2. DROP TABLE IF EXISTS test.tidb_server;
    3. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    4. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001');
    5. EOF
    7. mysql -u root -h 127.0.0.1 -P 4002 << EOF
    8. DROP TABLE IF EXISTS test.tidb_server;
    9. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    10. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002');
    11. EOF
    1. mysql -u root -h 127.0.0.1 -P 4001 << EOF
    2. DROP TABLE IF EXISTS test.tidb_server;
    3. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    4. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001');
    5. EOF
    7. mysql -u root -h 127.0.0.1 -P 4002 << EOF
    8. DROP TABLE IF EXISTS test.tidb_server;
    9. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    10. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002');
    11. EOF
    1. mysql -u root -h 127.0.0.1 -P 4001 << EOF
    2. DROP TABLE IF EXISTS test.tidb_server;
    3. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    4. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server01-port-4001');
    5. EOF
    7. mysql -u root -h 127.0.0.1 -P 4002 << EOF
    8. DROP TABLE IF EXISTS test.tidb_server;
    9. CREATE TABLE test.tidb_server (server_name VARCHAR(255));
    10. INSERT INTO test.tidb_server (server_name) VALUES ('tidb-server02-port-4002');
    11. EOF

  5. Configure ProxySQL by running the following command, which executes proxysql-prepare.sql inside ProxySQL Admin Interface to establish a proxy connection between the TiDB containers and ProxySQL.

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"
    1. docker compose exec proxysql sh -c "mysql -uadmin -padmin -h127.0.0.1 -P6032 < ./proxysql-prepare.sql"

    ProxySQL Integration Guide - 图14

    Note

    The proxysql-prepare.sql does the following:

    • Adds the TiDB clusters in ProxySQL with hostgroup_id as 0 and 1.
    • Adds a user root with an empty password and sets default_hostgroup as 0.
    • Adds the rule ^SELECT.*FOR UPDATE$ with rule_id as 1 and destination_hostgroup as 0. If a SQL statement matches this rule, the request will be forwarded to the TiDB cluster with hostgroup as 0.
    • Adds the rule ^SELECT with rule_id as 2 and destination_hostgroup as 1. If a SQL statement matches this rule, the request will be forwarded to the TiDB cluster with hostgroup as 1.

    To have a better understanding, it is strongly recommended that you check the proxysql-prepare.sql file. To learn more about ProxySQL configuration, see ProxySQL documentation.

    The following is some additional information about how ProxySQL patterns match query rules:

    • ProxySQL tries to match the rules one by one in the ascending order of rule_id.
    • ^ symbol matches the beginning of a SQL statement and $ matches the end.

    For more information about ProxySQL regular expression and pattern matching, see mysql-query_processor_regex in ProxySQL documentation.

    For a full list of parameters, see mysql_query_rules in ProxySQL documentation.

  6. Verify the configuration and check whether the query rules work.

    1. Log into ProxySQL MySQL Interface as the root user:

      • macOS
      • CentOS
      • Windows (Git Bash)
      1. mysql -u root -h 127.0.0.1 -P 6034
      1. mysql -u root -h 127.0.0.1 -P 6034
      1. mysql -u root -h 127.0.0.1 -P 6034

    2. Execute the following SQL statements:

      • Execute a SELECT statement:

        1. SELECT * FROM test.tidb_server;

        This statement will match rule_id 2 and forward the statement to the TiDB cluster on hostgroup 1.

      • Execute a SELECT ... FOR UPDATE statement:

        1. SELECT * FROM test.tidb_server FOR UPDATE;

        This statement will match rule_id 1 and forward the statement to the TiDB cluster on hostgroup 0.

      • Start a transaction:

        1. BEGIN;
        2. INSERT INTO test.tidb_server (server_name) VALUES ('insert this and rollback later');
        3. SELECT * FROM test.tidb_server;
        4. ROLLBACK;

        In this transaction, the BEGIN statement will not match any rules. It uses the default hostgroup (hostgroup 0 in this example). Because ProxySQL enables user transaction_persistent by default, which will execute all statements within the same transaction in the same hostgroup, the INSERT and SELECT * FROM test.tidb_server; statements will also be forwarded to the TiDB cluster hostgroup 0.

      The following is an example output. If you get a similar output, you have successfully configured the query rules with ProxySQL.

      1. +-------------------------+
      2. | server_name             |
      3. +-------------------------+
      4. | tidb-server02-port-4002 |
      5. +-------------------------+
      6. +-------------------------+
      7. | server_name             |
      8. +-------------------------+
      9. | tidb-server01-port-4001 |
      10. +-------------------------+
      11. +--------------------------------+
      12. | server_name                    |
      13. +--------------------------------+
      14. | tidb-server01-port-4001        |
      15. | insert this and rollback later |
      16. +--------------------------------+

    3. To exit from the MySQL client anytime, enter quit and press enter.

  7. To stop and remove containers, and go to the previous directory, run the following command:

    • macOS
    • CentOS
    • Windows (Git Bash)
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -
    1. docker compose down
    2. cd -