文章来源公众号ytao ,
作者ytao
MySQL的主从复制是实现应用的高性能,高可用的基础。对于数据库读操作较密集的应用,通过使数据库请求负载均衡分配到不同 MySQL服务器,可有效减轻数据库压力。当遇到 MySQL单点故障中,也能在短时间内实现故障切换。本文就 MySQL的内建的复制功能进行阐述。
MySQL复制数据流程:
主库my.cnf配置
在主库的my.cnf中打开二进制日志,并设置服务Id。
log-bin = mysql-bin
server-id = 1
注意 server-id必须是一个唯一的数字,必须主从不一致, 且主从库必须设置项。
从库my.cnf配置
log-bin = mysql-bin
server-id = 2
log-slave-updates = 1
read-only = 1
从库也开启 log-bin, log-slave-updates设置为从库重放中继日志时,记录到自己的二进制日志中,可以让从库作为其他服务器的主库,将二进制日志转发给其他从库,在做一主多从方案时可考虑该种方案。
构建所需文件
这里master和slave文件各自保存不共用,先创建文件夹/usr/local/mysql然后在目录创建master和slave两个目录,再各自创建data文件夹
Dockerfile 内容
这里的master和slave都是基于同一个镜像构建,使用的存储引擎和其他的组件最好是同一中,不然在复制过程中可能会出现异常。
init.sql 初始化数据
创建data_copy数据库和person表。
start.sh 脚本
构建master和slave镜像并运行容器
构建master镜像
docker build -t master/mysql .
构建slave镜像
docker build -t slave/mysql .
构建成功会返回Successfuly,或通过docker images命令查看镜像
使用刚构建的镜像来运行容器
# master 容器 docker run --name master -p 3306:3306 -v /usr/local/mysql/master/data/:/var/lib/mysql -d master/mysql # slave 容器 docker run --name slave -p 3307:3306 -v /usr/local/mysql/slave/data/:/var/lib/mysql -d slave/mysql
指定 master端口为 3306, slave端口为 3307,挂载data目录为保存数据的目录。
连接到数据库后验证数据库是否初始化成功
查看 log-bin 是否开启
前面有提到从库I/O线程要与主库建立连接,所以需要用到账号进行验证。账号除了要有连接权限(REPLICATION CLIENT),同时还要有复制权限(REPLICATION SLAVE)。
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO muser@'%' IDENTIFIED BY 'ytao';
这里设置的访问地址是开放的,实际使用过程中安全起见一定要指定访问地址。
从库连接到主库,获取到二进制日志后重放。这里首先要配置上面创建的账号进行连接,使用命令进行相应的设置。
到这里复制还没有启动,需要再从库中启动
START SLAVE;
使用SHOW SLAVE STATUSG;命令查看启动后的情况
上面标记的输出信息Slave_IO_Running:Yes和Slave_SQL_Running:Yes可以看到I/O线程和SQL线程已启动运行中。
如果在主库中添加,更新或删除一个数据,那么从库中应该也有与主库对应的数据变化。向主库添加一条数据
INSERT INTO `data_copy`.`person` (`id`, `name`) VALUES ('1', 'ytao');
查询从库数据,数据已被同步过来。
上述是最简单最基本的配置,但是理解上面的配置过程,就可以根据自身情况定制不同方案,实现一主多从,主主复制(主动-主动或主动-被动模式)等等来满足自身需求。MySQL的复制虽然使用简单方便,但也伴随着一些问题需要我们在使用中进行解决,比如:不能从服务器异常停止中恢复,数据同步的延迟等等,还好现在遇到的大部分问题在行业中已得到相应的解决。对这方面感兴趣的可以去了解下现在解决这些问题的中间件实现方案。