title | summary |
---|---|
Connect to TiDB with mysql2 |
Learn how to connect to TiDB using Ruby mysql2. This tutorial gives Ruby sample code snippets that work with TiDB using mysql2 gem. |
TiDB is a MySQL-compatible database, and mysql2 is one of the most popular MySQL drivers for Ruby.
In this tutorial, you can learn how to use TiDB and mysql2 to accomplish the following tasks:
- Set up your environment.
- Connect to your TiDB cluster using mysql2.
- Build and run your application. Optionally, you can find sample code snippets for basic CRUD operations.
Note:
This tutorial works with TiDB Cloud Serverless, TiDB Cloud Dedicated, and TiDB Self-Managed.
To complete this tutorial, you need:
- Ruby >= 3.0 installed on your machine
- Bundler installed on your machine
- Git installed on your machine
- A TiDB cluster running
If you don't have a TiDB cluster, you can create one as follows:
- (Recommended) Follow Creating a TiDB Cloud Serverless cluster to create your own TiDB Cloud cluster.
- Follow Deploy a local test TiDB cluster or Deploy a production TiDB cluster to create a local cluster.
- (Recommended) Follow Creating a TiDB Cloud Serverless cluster to create your own TiDB Cloud cluster.
- Follow Deploy a local test TiDB cluster or Deploy a production TiDB cluster to create a local cluster.
This section demonstrates how to run the sample application code and connect to TiDB.
Run the following commands in your terminal window to clone the sample code repository:
git clone https://github.com/tidb-samples/tidb-ruby-mysql2-quickstart.git
cd tidb-ruby-mysql2-quickstart
Run the following command to install the required packages (including mysql2
and dotenv
) for the sample app:
bundle install
Install dependencies for existing projects
For your existing project, run the following command to install the packages:
bundle add mysql2 dotenv
Connect to your TiDB cluster depending on the TiDB deployment option you've selected.
-
Navigate to the Clusters page, and then click the name of your target cluster to go to its overview page.
-
Click Connect in the upper-right corner. A connection dialog is displayed.
-
Ensure the configurations in the connection dialog match your operating environment.
- Connection Type is set to
Public
. - Branch is set to
main
. - Connect With is set to
General
. - Operating System matches the operating system where you run the application.
- Connection Type is set to
-
If you have not set a password yet, click Generate Password to generate a random password.
-
Run the following command to copy
.env.example
and rename it to.env
:cp .env.example .env
-
Edit the
.env
file, set up the environment variables as follows, and replace the corresponding placeholders{}
with connection parameters in the connection dialog:DATABASE_HOST={host} DATABASE_PORT=4000 DATABASE_USER={user} DATABASE_PASSWORD={password} DATABASE_NAME=test DATABASE_ENABLE_SSL=true
Note
For TiDB Cloud Serverless, TLS connection MUST be enabled via
DATABASE_ENABLE_SSL
when using public endpoint. -
Save the
.env
file.
-
Navigate to the Clusters page, and then click the name of your target cluster to go to its overview page.
-
Click Connect in the upper-right corner. A connection dialog is displayed.
-
In the connection dialog, select Public from the Connection Type drop-down list, and then click CA cert to download the CA certificate.
If you have not configured the IP access list, click Configure IP Access List or follow the steps in Configure an IP Access List to configure it before your first connection.
In addition to the Public connection type, TiDB Dedicated supports Private Endpoint and VPC Peering connection types. For more information, see Connect to Your TiDB Dedicated Cluster.
-
Run the following command to copy
.env.example
and rename it to.env
:cp .env.example .env
-
Edit the
.env
file, set up the environment variables as follows, and replace the corresponding placeholders{}
with connection parameters in the connection dialog:DATABASE_HOST={host} DATABASE_PORT=4000 DATABASE_USER={user} DATABASE_PASSWORD={password} DATABASE_NAME=test DATABASE_ENABLE_SSL=true DATABASE_SSL_CA={downloaded_ssl_ca_path}
Note
It is recommended to enable TLS connection when using the public endpoint to connect to a TiDB Cloud Dedicated cluster.
To enable TLS connection, modify
DATABASE_ENABLE_SSL
totrue
and useDATABASE_SSL_CA
to specify the file path of CA certificate downloaded from the connection dialog. -
Save the
.env
file.
-
Run the following command to copy
.env.example
and rename it to.env
:cp .env.example .env
-
Edit the
.env
file, set up the environment variables as follows, and replace the corresponding placeholders{}
with your own TiDB connection information:DATABASE_HOST={host} DATABASE_PORT=4000 DATABASE_USER={user} DATABASE_PASSWORD={password} DATABASE_NAME=test
If you are running TiDB locally, the default host address is
127.0.0.1
, and the password is empty. -
Save the
.env
file.
Run the following command to execute the sample code:
ruby app.rb
If the connection is successful, the console will output the version of the TiDB cluster as follows:
🔌 Connected to TiDB cluster! (TiDB version: 8.0.11-TiDB-v8.3.0)
⏳ Loading sample game data...
✅ Loaded sample game data.
🆕 Created a new player with ID 12.
ℹ️ Got Player 12: Player { id: 12, coins: 100, goods: 100 }
🔢 Added 50 coins and 50 goods to player 12, updated 1 row.
🚮 Deleted 1 player data.
You can refer to the following sample code snippets to complete your own application development.
For complete sample code and how to run it, check out the tidb-samples/tidb-ruby-mysql2-quickstart repository.
The following code establishes a connection to TiDB with options defined in the environment variables:
require 'dotenv/load'
require 'mysql2'
Dotenv.load # Load the environment variables from the .env file
options = {
host: ENV['DATABASE_HOST'] || '127.0.0.1',
port: ENV['DATABASE_PORT'] || 4000,
username: ENV['DATABASE_USER'] || 'root',
password: ENV['DATABASE_PASSWORD'] || '',
database: ENV['DATABASE_NAME'] || 'test'
}
options.merge(ssl_mode: :verify_identity) unless ENV['DATABASE_ENABLE_SSL'] == 'false'
options.merge(sslca: ENV['DATABASE_SSL_CA']) if ENV['DATABASE_SSL_CA']
client = Mysql2::Client.new(options)
Note
For TiDB Cloud Serverless, TLS connection MUST be enabled via
DATABASE_ENABLE_SSL
when using public endpoint, but you don't have to specify an SSL CA certificate viaDATABASE_SSL_CA
, because mysql2 gem will search for existing CA certificates in a particular order until a file is discovered.
The following query creates a single player with two fields and returns the last_insert_id
:
def create_player(client, coins, goods)
result = client.query(
"INSERT INTO players (coins, goods) VALUES (#{coins}, #{goods});"
)
client.last_id
end
For more information, refer to Insert data.
The following query returns the record of a specific player by ID:
def get_player_by_id(client, id)
result = client.query(
"SELECT id, coins, goods FROM players WHERE id = #{id};"
)
result.first
end
For more information, refer to Query data.
The following query updated the record of a specific player by ID:
def update_player(client, player_id, inc_coins, inc_goods)
result = client.query(
"UPDATE players SET coins = coins + #{inc_coins}, goods = goods + #{inc_goods} WHERE id = #{player_id};"
)
client.affected_rows
end
For more information, refer to Update data.
The following query deletes the record of a specific player:
def delete_player_by_id(client, id)
result = client.query(
"DELETE FROM players WHERE id = #{id};"
)
client.affected_rows
end
For more information, refer to Delete data.
By default, the mysql2 gem can search for existing CA certificates in a particular order until a file is discovered.
/etc/ssl/certs/ca-certificates.crt
for Debian, Ubuntu, Gentoo, Arch, or Slackware/etc/pki/tls/certs/ca-bundle.crt
for RedHat, Fedora, CentOS, Mageia, Vercel, or Netlify/etc/ssl/ca-bundle.pem
for OpenSUSE/etc/ssl/cert.pem
for macOS or Alpine (docker container)
While it is possible to specify the CA certificate path manually, doing so might cause significant inconvenience in multi-environment deployment scenarios, because different machines and environments might store the CA certificate in different locations. Therefore, setting sslca
to nil
is recommended for flexibility and ease of deployment across different environments.
- Learn more usage of mysql2 driver from the documentation of mysql2.
- Learn the best practices for TiDB application development with the chapters in the Developer guide, such as: Insert data, Update data, Delete data, Query data, Transactions, and SQL performance optimization.
- Learn through the professional TiDB developer courses and earn TiDB certifications after passing the exam.
Ask questions on TiDB Community, or create a support ticket.
Ask questions on TiDB Community, or create a support ticket.