天天看点

mysql innodb 测试集群成功_mysql8.0.20安装测试innodb cluster

本文记录搭建mysql innodb cluster的过程和基本的测试。

1、环境描述

主机名

主机IP

部署

tidb60

192.168.68.60

MySQL8.0.20

tidb61

192.168.68.61

MySQL8.0.20

tidb62

192.168.68.62

MySQL8.0.20

tidb63

192.168.68.63

MySQL-shell,MySQL-route,mysql-client

2、下载安装包

https://cdn.mysql.com//Downloads/MySQL-8.0/mysql-8.0.20-linux-glibc2.12-x86_64.tar.xz

https://cdn.mysql.com//Downloads/MySQL-Router/mysql-router-8.0.20-linux-glibc2.12-x86_64.tar.xz

https://cdn.mysql.com//Downloads/MySQL-Shell/mysql-shell-8.0.20-linux-glibc2.12-x86-64bit.tar.gz

2、环境部署

2.1 MySQL8.0.20 实例部署,以tidb60主机上为例。

mkdir -p /home/mysql_cluster/my3366/{socket,data,logs,dump_dir}

cd /home/mysql_cluster

chown -R mysql:mysql my3366

/usr/local/mysql8020/bin/mysqld --defaults-file=/home/mysql_cluster/my3366/my3366.cnf --initialize

nohup /usr/local/mysql8020/bin/mysqld_safe --defaults-file=/home/mysql_cluster/my3366/my3366.cnf --user=mysql &

/usr/local/mysql8020/bin/mysql -S /home/mysql_cluster/my3366/socket/mysql3366.sock -uroot -p

create user [email protected]'%' identified  WITH mysql_native_password by 'dba';

grant all on *.* to [email protected]'%' with grant option;

flush privileges;

参数文件/home/mysql_cluster/my3366/my3366.cnf

[client]

port =

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

[mysql]

prompt="\\[email protected]\\h \R:\m:\s [\\d]>"

no-auto-rehash

port = 3366

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

default_character_set = utf8mb4

[mysqladmin]

port = 3366

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

[mysqldump]

port = 3366

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

[xtrabackup]

port = 3366

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

[mysqlbackup]

port = 3366

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

safe_slave_backup_timeout = 0

[mysqld]

# basic settings #

user = mysql

port = 3366

default_storage_engine = InnoDB

server_id = 168603366

sql_mode = STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

socket = /home/mysql_cluster/my3366/socket/mysql3366.sock

pid_file = /home/mysql_cluster/my3366/socket/mysql3366.pid

basedir = /usr/local/mysql8020

datadir = /home/mysql_cluster/my3366/data

character_set_server = utf8mb4

default_time_zone = +08:00

back_log = 1024

thread_stack = 512K

external_locking = FALSE

open_files_limit = 65535

max_allowed_packet = 128M

lower_case_table_names = 1

explicit_defaults_for_timestamp = 1

read_only = 0

super_read_only = 0

# connection #

lock_wait_timeout = 3600

skip_name_resolve = 1

max_connect_errors = 1000000

max_connections = 5000

# table cache performance settings#

table_open_cache = 4096

table_open_cache_instances = 64

table_definition_cache = 4096

# CACHES AND LIMITS #

tmp_table_size = 32M

max_heap_table_size = 32M

bulk_insert_buffer_size = 64M

# session memory settings #

sort_buffer_size = 4M

join_buffer_size = 4M

read_buffer_size = 8M

read_rnd_buffer_size = 4M

thread_cache_size = 3000

# log settings #

log_error_verbosity = 3

min_examined_row_limit = 100

log_slow_admin_statements = 1

log_slow_slave_statements = 1

log_error = /home/mysql_cluster/my3366/logs/mysql-error.log

log_timestamps = SYSTEM

log_queries_not_using_indexes = 1

slow_query_log = 1

slow_query_log_file = /home/mysql_cluster/my3366/logs/mysql-slow.log

long_query_time = 0.5

# innodb settings #

innodb_buffer_pool_load_at_startup = 1

innodb_buffer_pool_dump_at_shutdown = 1

innodb_data_file_path = ibdata1:1G:autoextend

innodb_log_buffer_size = 32M

innodb_thread_concurrency = 0

innodb_sync_spin_loops = 100

innodb_spin_wait_delay = 30

##机械盘设置为500,SSD盘设置为10000-20000##

innodb_io_capacity = 500

##机械盘设置为2000,SSD盘设置为10000-20000##

innodb_io_capacity_max = 1000

##机械盘设置为1,SSD盘设置为0##

innodb_flush_neighbors = 1

innodb_write_io_threads = 16

innodb_read_io_threads = 16

innodb_purge_threads = 4

innodb_page_cleaners = 16

innodb_open_files = 65535

innodb_max_dirty_pages_pct = 50

innodb_lru_scan_depth = 4096

innodb_lock_wait_timeout = 10

innodb_checksum_algorithm = crc32

innodb_rollback_on_timeout = 1

innodb_print_all_deadlocks = 1

innodb_online_alter_log_max_size = 4G

innodb_stats_on_metadata = 0

innodb_flush_method = O_DIRECT

innodb_log_files_in_group = 3

innodb_log_file_size = 1G

innodb_flush_log_at_trx_commit = 1

innodb_file_per_table = 1

innodb_buffer_pool_size = 4G

innodb_buffer_pool_instances = 4

# undo settings #

innodb_undo_directory = /home/mysql_cluster/my3366/data

innodb_undo_tablespaces = 95

innodb_undo_log_truncate = 1

innodb_purge_rseg_truncate_frequency = 128

innodb_max_undo_log_size = 4G

innodb_status_file = 1

innodb_status_output = 0

innodb_status_output_locks = 0

# performance_schema #

performance_schema = 1

performance_schema_instrument = '%=on'

# innodb monitor #

innodb_monitor_enable="module_innodb,module_server,module_dml,module_ddl,module_trx,module_os,module_purge,module_log,module_lock,module_buffer,module_index,module_ibuf_system,module_buffer_page,module_adaptive_hash"

# safe #

secure_file_priv = /home/mysql_cluster/my3366/dump_dir

default_password_lifetime = 0

# replication settings #

skip_slave_start = 1

relay_log = /home/mysql_cluster/my3366/logs/relay-bin

slave_pending_jobs_size_max = 128M

log_slave_updates = 1

log_bin = /home/mysql_cluster/my3366/logs/mysql-bin

expire_logs_days = 7

sync_binlog = 1

gtid_mode = ON

enforce_gtid_consistency = 1

binlog_cache_size = 4M

max_binlog_size = 512M

max_binlog_cache_size = 2G

slave_preserve_commit_order= 1

binlog_format = row

relay_log_purge = 1

slave_parallel_type = LOGICAL_CLOCK

slave_parallel_workers = 16

master_info_repository = TABLE

relay_log_info_repository = TABLE

relay_log_recovery = ON

binlog_gtid_simple_recovery = 1

# group replication & innodb cluster #

disabled_storage_engines = "MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY"

master_info_repository = table

binlog_checksum = NONE

relay_log_info_repository = table

gtid_mode = ON

enforce_gtid_consistency = ON

binlog_checksum = NONE

log_slave_updates = ON

binlog_format = ROW

transaction_write_set_extraction = XXHASH64

slave_parallel_workers = 4

slave_preserve_commit_order = 1

slave_parallel_type = LOGICAL_CLOCK

binlog_transaction_dependency_tracking = WRITESET_SESSION

# clone #

2.2 配置检查

在tidb63主机上部署mysqlshell,下载后解压,配置环境变量即可使用,部署路径跟进实际环境即可。

检查节点1:tidb60:3366实例

[[email protected] bin]# pwd

/home/jm/data/mysql-shell-8.0.20/bin

[[email protected] bin]# ./mysqlsh [email protected]:3366Please provide the password for '[email protected]:3366': ***

MySQL Shell 8.0.20

Copyright (c) 2016, 2020, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its affiliates.

Other names may be trademarks of their respective owners.

Type '\help' or '\?' for help; '\quit' to exit.

Creating a session to '[email protected]:3366'

Fetching schema names for autocompletion... Press ^C to stop.

Your MySQL connection id is 36698

Server version: 8.0.20 MySQL Community Server - GPL

No default schema selected; type \use to set one.

MySQL  tidb60:3366 ssl  JS > dba.checkInstanceConfiguration("[email protected]:3366");Please provide the password for '[email protected]:3366': ***

Validating MySQL instance at tidb60.com:3366 for use in an InnoDB cluster...

This instance reports its own address as tidb60.com:3366

Clients and other cluster members will communicate with it through this address by default. If this is not correct, the report_host MySQL system variable should be changed.

Checking whether existing tables comply with Group Replication requirements...

No incompatible tables detected

Checking instance configuration...

Instance configuration is compatible with InnoDB cluster

The instance 'tidb60.com:3366' is valid to be used in an InnoDB cluster.

{

"status": "ok"

}

MySQL  tidb60:3366 ssl  JS >

检查节点2:tidb61:3366实例

MySQL  tidb60:3366 ssl  JS > dba.checkInstanceConfiguration("[email protected]:3366");

Please provide the password for '[email protected]:3366': ***

Validating MySQL instance at tidb61.com:3366 for use in an InnoDB cluster...

This instance reports its own address as tidb61.com:3366

Clients and other cluster members will communicate with it through this address by default. If this is not correct, the report_host MySQL system variable should be changed.

Checking whether existing tables comply with Group Replication requirements...

No incompatible tables detected

Checking instance configuration...

Instance configuration is compatible with InnoDB cluster

The instance 'tidb61.com:3366' is valid to be used in an InnoDB cluster.

{

"status": "ok"

}

MySQL  tidb60:3366 ssl  JS >

检查节点3:tidb62:3366实例

MySQL  tidb60:3366 ssl  JS > dba.checkInstanceConfiguration("[email protected]:3366");

Please provide the password for '[email protected]:3366': ***

Validating MySQL instance at tidb62.com:3366 for use in an InnoDB cluster...

This instance reports its own address as tidb62.com:3366

Clients and other cluster members will communicate with it through this address by default. If this is not correct, the report_host MySQL system variable should be changed.

Checking whether existing tables comply with Group Replication requirements...

No incompatible tables detected

Checking instance configuration...

Instance configuration is compatible with InnoDB cluster

The instance 'tidb62.com:3366' is valid to be used in an InnoDB cluster.

{

"status": "ok"

}

MySQL  tidb60:3366 ssl  JS >

2.3 创建集群

可以在任一 一个节点上执行,根据测试发现初次加入集群的这节点最终是是master节点,即可以R/W

[[email protected] bin]# pwd

/home/jm/data/mysql-shell-8.0.20/bin

[[email protected] bin]# ./mysqlsh [email protected]:3366

Please provide the password for '[email protected]:3366': ***

MySQL Shell 8.0.20

Copyright (c) 2016, 2020, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its affiliates.

Other names may be trademarks of their respective owners.

Type '\help' or '\?' for help; '\quit' to exit.

Creating a session to '[email protected]:3366'

Fetching schema names for autocompletion... Press ^C to stop.

Your MySQL connection id is 37770

Server version: 8.0.20 MySQL Community Server - GPL

No default schema selected; type \use to set one.

MySQL  tidb60:3366 ssl  JS > var cluster = dba.createCluster('lixd');

A new InnoDB cluster will be created on instance 'tidb60:3366'.

Disabling super_read_only mode on instance 'tidb60.com:3366'.

Validating instance configuration at tidb60:3366...

This instance reports its own address as tidb60.com:3366

Instance configuration is suitable.

NOTE: Group Replication will communicate with other members using 'tidb60.com:33661'. Use the localAddress option to override.

Creating InnoDB cluster 'lixd' on 'tidb60.com:3366'...

Adding Seed Instance...

NOTE: Metadata schema found in target instance

Cluster successfully created. Use Cluster.addInstance() to add MySQL instances.

At least 3 instances are needed for the cluster to be able to withstand up to

one server failure.

MySQL  tidb60:3366 ssl  JS >

添加tidb61:3366实例到集群lixd中

MySQL  tidb60:3366 ssl  JS > cluster.addInstance('[email protected]:3366')

Please provide the password for '[email protected]:3366': ***

NOTE: The target instance 'tidb61.com:3366' has not been pre-provisioned (GTID set is empty). The Shell is unable to decide whether incremental state recovery can correctly provision it.

The safest and most convenient way to provision a new instance is through automatic clone provisioning, which will completely overwrite the state of 'tidb61.com:3366' with a physical snapshot from an existing cluster member. To use this method by default, set the 'recoveryMethod' option to 'clone'.

The incremental state recovery may be safely used if you are sure all updates ever executed in the cluster were done with GTIDs enabled, there are no purged transactions and the new instance contains the same GTID set as the cluster or a subset of it. To use this method by default, set the 'recoveryMethod' option to 'incremental'.

Please select a recovery method [C]lone/[I]ncremental recovery/[A]bort (default Clone): C

NOTE: Group Replication will communicate with other members using 'tidb61.com:33661'. Use the localAddress option to override.

Validating instance configuration at tidb61:3366...

This instance reports its own address as tidb61.com:3366

Instance configuration is suitable.

A new instance will be added to the InnoDB cluster. Depending on the amount of

data on the cluster this might take from a few seconds to several hours.

Adding instance to the cluster...

WARNING: User 'mysql_innodb_cluster_168613366'@'%' already existed at instance 'tidb60.com:3366'. It will be deleted and created again with a new password.

Monitoring recovery process of the new cluster member. Press ^C to stop monitoring and let it continue in background.

Clone based state recovery is now in progress.

NOTE: A server restart is expected to happen as part of the clone process. If the

server does not support the RESTART command or does not come back after a

while, you may need to manually start it back.

* Waiting for clone to finish...

NOTE: tidb61.com:3366 is being cloned from tidb60.com:3366

** Stage DROP DATA: Completed

** Clone Transfer

FILE COPY  ############################################################  100%  Completed

PAGE COPY  ############################################################  100%  Completed

REDO COPY  ############################################################  100%  Completed

** Stage RECOVERY: \

NOTE: tidb61.com:3366 is shutting down...

* Waiting for server restart... ready

* tidb61.com:3366 has restarted, waiting for clone to finish...

* Clone process has finished: 1.12 GB transferred in 9 sec (125.00 MB/s)

State recovery already finished for 'tidb61.com:3366'

The instance 'tidb61:3366' was successfully added to the cluster.

添加tidb62:3366实例到集群lixd中

MySQL  tidb60:3366 ssl  JS > cluster.addInstance('[email protected]:3366')

Please provide the password for '[email protected]:3366': ***

NOTE: The target instance 'tidb62.com:3366' has not been pre-provisioned (GTID set is empty). The Shell is unable to decide whether incremental state recovery can correctly provision it.

The safest and most convenient way to provision a new instance is through automatic clone provisioning, which will completely overwrite the state of 'tidb62.com:3366' with a physical snapshot from an existing cluster member. To use this method by default, set the 'recoveryMethod' option to 'clone'.

The incremental state recovery may be safely used if you are sure all updates ever executed in the cluster were done with GTIDs enabled, there are no purged transactions and the new instance contains the same GTID set as the cluster or a subset of it. To use this method by default, set the 'recoveryMethod' option to 'incremental'.

Please select a recovery method [C]lone/[I]ncremental recovery/[A]bort (default Clone): C

NOTE: Group Replication will communicate with other members using 'tidb62.com:33661'. Use the localAddress option to override.

Validating instance configuration at tidb62:3366...

This instance reports its own address as tidb62.com:3366

Instance configuration is suitable.

A new instance will be added to the InnoDB cluster. Depending on the amount of

data on the cluster this might take from a few seconds to several hours.

Adding instance to the cluster...

WARNING: User 'mysql_innodb_cluster_168623366'@'%' already existed at instance 'tidb60.com:3366'. It will be deleted and created again with a new password.

Monitoring recovery process of the new cluster member. Press ^C to stop monitoring and let it continue in background.

Clone based state recovery is now in progress.

NOTE: A server restart is expected to happen as part of the clone process. If the

server does not support the RESTART command or does not come back after a

while, you may need to manually start it back.

* Waiting for clone to finish...

NOTE: tidb62.com:3366 is being cloned from tidb61.com:3366

** Stage DROP DATA: Completed

** Clone Transfer

FILE COPY  ############################################################  100%  Completed

PAGE COPY  ############################################################  100%  Completed

REDO COPY  ############################################################  100%  Completed

NOTE: tidb62.com:3366 is shutting down...

* Waiting for server restart... ready

* tidb62.com:3366 has restarted, waiting for clone to finish...

** Stage RESTART: Completed

* Clone process has finished: 1.13 GB transferred in 9 sec (125.00 MB/s)

State recovery already finished for 'tidb62.com:3366'

The instance 'tidb62:3366' was successfully added to the cluster.

MySQL  tidb60:3366 ssl  JS >

查看集群的状态

MySQL  tidb60:3366 ssl  JS > var cluster = dba.getCluster('lixd')

MySQL  tidb60:3366 ssl  JS > cluster.status()

{

"clusterName": "lixd",

"defaultReplicaSet": {

"name": "default",

"primary": "tidb60.com:3366",

"ssl": "REQUIRED",

"status": "OK",

"statusText": "Cluster is ONLINE and can tolerate up to ONE failure.",

"topology": {

"tidb60.com:3366": {

"address": "tidb60.com:3366",

"mode": "R/W",

"readReplicas": {},

"replicationLag": null,

"role": "HA",

"status": "ONLINE",

"version": "8.0.20"

},

"tidb61.com:3366": {

"address": "tidb61.com:3366",

"mode": "R/O",

"readReplicas": {},

"replicationLag": null,

"role": "HA",

"status": "ONLINE",

"version": "8.0.20"

},

"tidb62.com:3366": {

"address": "tidb62.com:3366",

"mode": "R/O",

"readReplicas": {},

"replicationLag": null,

"role": "HA",

"status": "ONLINE",

"version": "8.0.20"

}

},

"topologyMode": "Single-Primary"

},

"groupInformationSourceMember": "tidb60.com:3366"

}

MySQL  tidb60:3366 ssl  JS >

mysqlroute 部署

[[email protected] bin]# pwd

/opt/mysql-route-8.0.20/bin

[[email protected] bin]# ./mysqlrouter --bootstrap [email protected]:3366 -d /opt/mysql-route-lixd --conf-use-sockets --user=mysql

Please enter MySQL password for dba:

# Bootstrapping MySQL Router instance at '/opt/mysql-route-lixd'...

- Creating account(s) (only those that are needed, if any)

- Verifying account (using it to run SQL queries that would be run by Router)

- Storing account in keyring

- Adjusting permissions of generated files

- Creating configuration /opt/mysql-route-lixd/mysqlrouter.conf

# MySQL Router configured for the InnoDB Cluster 'lixd'

After this MySQL Router has been started with the generated configuration

$ ./mysqlrouter -c /opt/mysql-route-lixd/mysqlrouter.conf

the cluster 'lixd' can be reached by connecting to:

## MySQL Classic protocol

- Read/Write Connections: localhost:6446, /opt/mysql-route-lixd/mysql.sock

- Read/Only Connections:  localhost:6447, /opt/mysql-route-lixd/mysqlro.sock

## MySQL X protocol

- Read/Write Connections: localhost:64460, /opt/mysql-route-lixd/mysqlx.sock

- Read/Only Connections:  localhost:64470, /opt/mysql-route-lixd/mysqlxro.sock

[[email protected] bin]#

启动mysqlroute

[[email protected] mysql-route-lixd]# pwd

/opt/mysql-route-lixd

[[email protected] mysql-route-lixd]# ls -l

总用量 16

drwx------. 2 mysql mysql   39 5月   9 15:06 data

drwx------. 2 mysql mysql   29 5月   9 15:06 log

-rw-------. 1 mysql mysql 1400 5月   9 15:06 mysqlrouter.conf

-rw-------. 1 mysql mysql   92 5月   9 15:06 mysqlrouter.key

drwx------. 2 mysql mysql    6 5月   9 15:06 run

-rwx------. 1 mysql mysql  329 5月   9 15:06 start.sh

-rwx------. 1 mysql mysql  173 5月   9 15:06 stop.sh

[[email protected] mysql-route-lixd]# sh start.sh

[[email protected] mysql-route-lixd]# PID 124156 written to '/opt/mysql-route-lixd/mysqlrouter.pid'

logging facility initialized, switching logging to loggers specified in configuration

[[email protected] mysql-route-lixd]#

[[email protected] mysql-route-lixd]#

查看route对应的日志

[[email protected] log]# pwd

/opt/mysql-route-lixd/log

[[email protected] log]# more mysqlrouter.log

2020-05-09 15:08:25 routing INFO [7f929cc76700] [routing:lixd_ro] started: listening on 0.0.0.0:6447, routing strategy = round-robin-with-fallback

2020-05-09 15:08:25 routing INFO [7f92977fe700] [routing:lixd_x_ro] started: listening on 0.0.0.0:64470, routing strategy = round-robin-with-fallback

2020-05-09 15:08:25 routing INFO [7f9296ffd700] [routing:lixd_x_rw] started: listening on 0.0.0.0:64460, routing strategy = first-available

2020-05-09 15:08:25 routing INFO [7f9297fff700] [routing:lixd_rw] started: listening on 0.0.0.0:6446, routing strategy = first-available

2020-05-09 15:08:25 routing INFO [7f929cc76700] [routing:lixd_ro] started: listening using /opt/mysql-route-lixd/mysqlro.sock

2020-05-09 15:08:25 routing INFO [7f92977fe700] [routing:lixd_x_ro] started: listening using /opt/mysql-route-lixd/mysqlxro.sock

2020-05-09 15:08:25 routing INFO [7f9296ffd700] [routing:lixd_x_rw] started: listening using /opt/mysql-route-lixd/mysqlx.sock

2020-05-09 15:08:25 routing INFO [7f9297fff700] [routing:lixd_rw] started: listening using /opt/mysql-route-lixd/mysql.sock

2020-05-09 15:08:25 metadata_cache INFO [7f929d477700] Starting Metadata Cache

2020-05-09 15:08:25 metadata_cache INFO [7f929d477700] Connections using ssl_mode 'PREFERRED'

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700] Starting metadata cache refresh thread

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700] Potential changes detected in cluster 'lixd' after metadata refresh

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700] Metadata for cluster 'lixd' has 1 replicasets:

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700] 'default' (3 members, single-master)

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700]     tidb60.com:3366 / 33060 - role=HA mode=RW

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700]     tidb61.com:3366 / 33060 - role=HA mode=RO

2020-05-09 15:08:25 metadata_cache INFO [7f92a05b2700]     tidb62.com:3366 / 33060 - role=HA mode=RO

2020-05-09 15:08:25 routing INFO [7f92a05b2700] Routing routing:lixd_x_ro listening on 64470 and named socket /opt/mysql-route-lixd/mysqlxro.sock got request to disconnect invalid connections

: metadata change

2020-05-09 15:08:25 routing INFO [7f92a05b2700] Routing routing:lixd_x_rw listening on 64460 and named socket /opt/mysql-route-lixd/mysqlx.sock got request to disconnect invalid connections:

metadata change

2020-05-09 15:08:25 routing INFO [7f92a05b2700] Routing routing:lixd_rw listening on 6446 and named socket /opt/mysql-route-lixd/mysql.sock got request to disconnect invalid connections: meta

data change

2020-05-09 15:08:25 routing INFO [7f92a05b2700] Routing routing:lixd_ro listening on 6447 and named socket /opt/mysql-route-lixd/mysqlro.sock got request to disconnect invalid connections: me

tadata change

[[email protected] log]#

通过mysqlroute访问mysql读操作(端口6447,可以见route对应的日志中的提示)

[[email protected] ~]# mysql -htidb63 -udba -pdba -P6447 -e "select @@hostname"

mysql: [Warning] Using a password on the command line interface can be insecure.

+------------+

| @@hostname |

+------------+

| tidb61.com |

+------------+

[[email protected] ~]# mysql -htidb63 -udba -pdba -P6447 -e "select @@hostname"

mysql: [Warning] Using a password on the command line interface can be insecure.

+------------+

| @@hostname |

+------------+

| tidb62.com |

+------------+

[[email protected] ~]# mysql -htidb63 -udba -pdba -P6447 -e "select @@hostname"

mysql: [Warning] Using a password on the command line interface can be insecure.

+------------+

| @@hostname |

+------------+

| tidb61.com |

+------------+

[[email protected] ~]# mysql -htidb63 -udba -pdba -P6447 -e "select @@hostname"

mysql: [Warning] Using a password on the command line interface can be insecure.

+------------+

| @@hostname |

+------------+

| tidb62.com |

+------------+

[[email protected] ~]#

轮询访问每个只读的实例,这里是轮询访问tidb61:3366和tidb62:3366实例。

通过route访问master实例(端口是6446,可以在router日志里的提示查看)

[[email protected] ~]# mysql -htidb63 -udba -pdba -P6446 -e "select @@hostname"

mysql: [Warning] Using a password on the command line interface can be insecure.

+------------+

| @@hostname |

+------------+

| tidb60.com |

+------------+

[[email protected] ~]#

到此,一个简单mysql innodb cluster环境部署完成。