MySQL读写分离那些事，用Docker轻轻松松搞定

MySQL读写分离那些事，用Docker轻轻松松搞定

一个应用系统是否高可用，整个系统的效率是否满足预期，往往受到多方面的制约因素，例如：运行环境，网络环境以及数据的吞吐量等;作为一般的大型应用系统来说，我们想要提升整个系统的效率，我们大多数情况下会从我们的后端数据库做优化，从而提高我们整个系统的数据吞吐量，如果我们后端采用的是关系型数据，我们可能会想到两种解决方案，一种是更换非关系型数据库，这种方案代价比较昂贵，它会涉及到数据的迁移，以及程序代码的修改;另一种是通过数据库集群的方式，来横向和纵向扩展我们的数据库，这种方案容易实现并且程序代码修改量比较小;

根据MySQL的官方文档介绍，MySQL支持读写分离的集群配置，并且MySQL提供两种类型的读写分离数据复制类型;一种是二进制日志文件方式的数据复制，另一种是Global Transaction Identifiers (GTIDs)。

下面我们通过一个小实验来看看MySQL数据基于二进制日志数据复制方式的主从集群是如何实现的。

OS环境：CentOS7

软件环境：Docker(最新版)，MySQL:latest镜像

我们通过Docker容器快速的构建两个MySQL数据库服务器

docker pull mysql [root@dev01 ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE mysql latest 62a9f311b99c 4 weeks ago 445MB

可以看到我们已经拉取到最新的MySQL Docker容器，为了在本地环境中启动两个不同的MySQL Docker容器，我们需要通过修改容器的配置文件的方式来改变MySQL的配置;

首先，我们修改MySQL Master(主数据库)的容器配置文件：

一，创建Master数据库的配置文件

vi master.cnf [mysqld] # master server id server-id = 1  # bin log log_bin = mysql-master-bin

server-id，在MySQL集群数据库中，这个参数必须唯一log_bin，MySQL采用二进制日志文件复制的文件名

二，将该配置文件拷贝到MySQL Docker容器中

docker run --name mysql -e MYSQL_ROOT_PASSWORD=root -d mysql docker cp master.cnf fdb98bbd52b6:/etc/mysql/conf.d

三，提交修改后的Docker容器

接下来我们修改MySQL Slave(从数据库)的容器配置文件

一，创建Slave数据库的配置文件

vi slave.cnf [mysqld] # slave server id server-id = 2  # bin log log_bin = mysql-slave-bin relay_log = mysql-relay-bin log_slave_updates = 1 read_only = 1

server-id为从数据库的ID，该参数在MySQL集群中必须保持唯一性;log_bin如果slave为其它slave的master，必须设置bin_log，在这里我们暂时开启;relay_log配置中继日志log_slave_updates表示slave将复制事件写进自己的二进制日志(后面会看到它的用处);read_only尽量使用read_only，它防止改变数据(除了特殊的线程);

二，将配置文件拷贝到容器中

docker run --name mysql -e MYSQL_ROOT_PASSWORD=root -d mysql docker cp slave.cnf 8ee82abb2e91:/etc/mysql/conf.d

三，提交修改后的Docker容器

到此，所需要的两个MySQL容器已经修改完毕，并且保存在我们本地的容器仓库中，接下来我们开始启动刚才修改的两个容器进行后续的配置

一，启动Master数据库

docker run --name master -e MYSQL_ROOT_PASSWORD=root -d mysql:master

--name master是我们为启动的容器名;mysql:master是我们刚才修改后并且提交到本地的Docker镜像默认数据库root的密码设置为root

二，启动Slave数据库

docker run --link master:master --name slave -e MYSQL_ROOT_PASSWORD=root -d mysql:slave

为了master容器与slave容器的网络互通，我们添加了--line选项来连接到我们刚才启动的名为master容器;--name slave是我们为启动的容器名;mysql:slave是我们刚才修改后并且提交到本地的Docker镜像;默认数据库root的密码设置为root

三，进入master容器中通过mysql命令进入数据库

docker exec -it master /bin/bash mysql -u root -proot

四，在master数据库中创建用于复制数据的账号，并且给该账号相应的权限

create user 'repl'@'%' identified by 'repl-pwd'; grant replication slave on *.* to 'repl'@'%'; flush privileges;

五，查看master数据库的状态

mysql> show master status; +-------------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-------------------------+----------+--------------+------------------+-------------------+ | mysql-master-bin.000003 | 2743 | | | | +-------------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)

六，进入slave容器中通过mysql命令进入数据库

docker exec -it slave /bin/bash mysql -u root -proot

七，配置slave，将master数据库指向刚才配置好的master数据库节点，并且启动slave

change master to master_host='master', master_user='repl', master_password='repl-pwd', master_log_file='mysql-master-bin.000003', master_log_pos=0; start slave;

八，查看slave数据库状态

mysql> show slave status\G *************************** 1. row ***************************  Slave_IO_State:  Master_Host: master  Master_User: repl  Master_Port: 3306  Connect_Retry: 60  Master_Log_File: mysql-master-bin.000003  Read_Master_Log_Pos: 4  Relay_Log_File: mysql-relay-bin.000001  Relay_Log_Pos: 4  Relay_Master_Log_File: mysql-master-bin.000003  Slave_IO_Running: No  Slave_SQL_Running: No  Replicate_Do_DB:  Replicate_Ignore_DB:  Replicate_Do_Table:  Replicate_Ignore_Table:  Replicate_Wild_Do_Table:  Replicate_Wild_Ignore_Table:  Last_Errno: 0  Last_Error:  Skip_Counter: 0  Exec_Master_Log_Pos: 4  Relay_Log_Space: 155  Until_Condition: None  Until_Log_File:  Until_Log_Pos: 0  Master_SSL_Allowed: No  Master_SSL_CA_File:  Master_SSL_CA_Path:  Master_SSL_Cert:  Master_SSL_Cipher:  Master_SSL_Key:  Seconds_Behind_Master: NULL Master_SSL_Verify_Server_Cert: No  Last_IO_Errno: 2061  Last_IO_Error: error connecting to master 'repl@master:3306' - retry-time: 60 retries: 1 message: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.  Last_SQL_Errno: 0  Last_SQL_Error:  Replicate_Ignore_Server_Ids:  Master_Server_Id: 0  Master_UUID:  Master_Info_File: mysql.slave_master_info  SQL_Delay: 0  SQL_Remaining_Delay: NULL  Slave_SQL_Running_State:  Master_Retry_Count: 86400  Master_Bind:  Last_IO_Error_Timestamp: 190912 06:06:14  Last_SQL_Error_Timestamp:  Master_SSL_Crl:  Master_SSL_Crlpath:  Retrieved_Gtid_Set:  Executed_Gtid_Set:  Auto_Position: 0  Replicate_Rewrite_DB:  Channel_Name:  Master_TLS_Version:  Master_public_key_path:  Get_master_public_key: 0  Network_Namespace: 1 row in set (0.00 sec)

由于最新版的MySQL为了提升安全性更改了密码校验插件，在这里我们还是采用之前的密码校验插件，我们在master数据库上用如下的命令来修改刚才在master数据库创建的用户

alter user 'repl'@'%' identified by 'repl-pwd' password expire never; alter user 'repl'@'%' identified with mysql_native_password by 'repl-pwd'; flush privileges;

九，再次查看slave状态

mysql> show slave status\G *************************** 1. row ***************************  Slave_IO_State: Waiting for master to send event  Master_Host: master  Master_User: repl  Master_Port: 3306  Connect_Retry: 60  Master_Log_File: mysql-master-bin.000003  Read_Master_Log_Pos: 2743  Relay_Log_File: mysql-relay-bin.000002  Relay_Log_Pos: 2971  Relay_Master_Log_File: mysql-master-bin.000003  Slave_IO_Running: Yes  Slave_SQL_Running: Yes  Replicate_Do_DB:  Replicate_Ignore_DB:  Replicate_Do_Table:  Replicate_Ignore_Table:  Replicate_Wild_Do_Table:  Replicate_Wild_Ignore_Table:  Last_Errno: 0  Last_Error:  Skip_Counter: 0  Exec_Master_Log_Pos: 2743  Relay_Log_Space: 3179  Until_Condition: None  Until_Log_File:  Until_Log_Pos: 0  Master_SSL_Allowed: No  Master_SSL_CA_File:  Master_SSL_CA_Path:  Master_SSL_Cert:  Master_SSL_Cipher:  Master_SSL_Key:  Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No  Last_IO_Errno: 0  Last_IO_Error:  Last_SQL_Errno: 0  Last_SQL_Error:  Replicate_Ignore_Server_Ids:  Master_Server_Id: 1  Master_UUID: f6e8062e-d521-11e9-9009-0242ac110008  Master_Info_File: mysql.slave_master_info  SQL_Delay: 0  SQL_Remaining_Delay: NULL  Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates  Master_Retry_Count: 86400  Master_Bind:  Last_IO_Error_Timestamp:  Last_SQL_Error_Timestamp:  Master_SSL_Crl:  Master_SSL_Crlpath:  Retrieved_Gtid_Set:  Executed_Gtid_Set:  Auto_Position: 0  Replicate_Rewrite_DB:  Channel_Name:  Master_TLS_Version:  Master_public_key_path:  Get_master_public_key: 0  Network_Namespace: 1 row in set (0.00 sec)

我们主要查看Slave_IO_Running和Slave_SQL_Running，表示我们的slave数据库节点已经成功的连接到了我们的master数据库节点。

十，验证，我们在master数据库节点上创建一个空的数据库

mysql> create database data; Query OK, 1 row affected (0.10 sec)  mysql> show databases; +--------------------+ | Database | +--------------------+ | data | | information_schema | | mysql | | performance_schema | | sys | +--------------------+ 5 rows in set (0.01 sec)

十一，验证slave，查看刚才在master数据库节点上创建的数据库是否同步到slave数据节点

mysql> show databases; +--------------------+ | Database | +--------------------+ | data | | information_schema | | mysql | | performance_schema | | sys | +--------------------+ 5 rows in set (0.01 sec)

可以看到，我们刚才在master数据库节点上创建的数据库已经同步到我们的slave数据库节点，master和slave的数据库数据已经保持一致。

以上实验我们选取了两个数据库(一主一从)的方式，在实际的应用中我们会根据我们的应用场景，slave数据库节点也有可能被选择作为主数据库，这个时候slave数据库节点就有可能是1到N个。

参考：

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。