为什么要复制数据库?
简单来说有以下几个用处:
1. 读写分离
通过MySQL复制可以实现读写分离,将读操作分布到多个不同的服务器上,减轻服务器的压力。
2. 备份
从库可以作为数据的异地实时备份。
3. 故障切换
当主库遇到故障,系统可以切换到从库,实现故障切换。
4. 升级测试
从库可作为测试服务器的数据库。
主从复制图示如下:
复制数据的步骤
具体操作步骤
主服务器地址:10.145.1.17
从服务器地址:10.145.1.22
分别登录主从服务器上的MySQL
在主从服务器上分别新建数据库sync
这样主从服务器上都新建了一个新的数据库sync。
创建复制账号repl,并赋予replication slave权限
create user 'repl'@'10.145.1.%' identified by 'Repl123!@#';
grant replication slave on *.* to 'repl'@'10.145.1.%';
修改主备数据库的配置文件
主服务器配置
用命令 whereis my.cnf 找到my.cnf文件的位置,然后用vim打开
在文件中添加:
log_bin = mysql-bin
server_id = 17
这里的log_bin为日志文件名,自己取一个名词, server_id 只要唯一就行。
systemctl restart mysqld 重启mysql
重新登录mySQL
输入命令show master status;
可以看到file那一列变成了mysql-bin.000001,配置成功。
从服务器配置
退出mysql,找到并编辑my.cnf文件
添加以下内容:
log_bin = mysql-bin
server_id = 22
relay_log = /var/lib/mysql/mysql-realay-bin
log_slave_updates = 1
read_only = 1
log_bin默认情况下会使用机器名命名,这里设成和主库相同的名称,当然也可以设置成其他名称。
relay_log指定中继日志的位置和名字,log_slave_updates允许备库将其重放事件记录到自身的二进制文件中,read_only会阻止没有权限的线程修改数据。
这里其实只有server_id是必填项,其他都是选填的。
保存好配置文件后,重启mysql
重新进入MySQL,使用change master to命令开始复制:
change master to master_host='10.145.1.17',
master_user = 'repl',
master_password = 'Repl123!@#',
master_log_file = 'mysql-bin-000001',
master_log_pos = 0;
输入命令show slave status\G;查看状态
图中显示:
Slave_IO_Running: No
Slave_SQL_Running: No
表示当前备库还没有开始复制。
输入命令:start slave;开始复制。
图中显示:
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
Connecting说明还未连接成功。
哪里出问题了呢?
用show grants for 'repl'@'10.145.1.%';命令查看,权限已经授予成功了。
查一下mysql日志
vim /var/log/mysqld.log
最下面显示
Could not find first log file name in binary log index file
在网上搜了一下,在主服务器上运行flush logs;后查看最新的bin-log变成了mysql-bin.000002。
在从服务器上执行
发现还是不行。
到底哪里出了问题呢???
我查了好久,心力憔悴啊,终止发现了问题!
我把mysql-bin.000002写成了mysql-bin-000002!我去,心好累啊。。。
重新设置,这次终于成功了!
哎,不容易啊。
在主数据库上运行 show processlist\G;
显示了来自10.145.1.22的连接,并等待更多的更新。
在从数据库上show processlist\G;
显示等待主服务器的数据。
好了,现在我们来验证一下:
刚开始都没数据,在主数据库上建表,并插入数据:
从数据库同步了数据:
第一次show tables没数据,第二次show tables的时候已经同步了主数据库上的数据,也就有了数据。
自此主从复制设置完成,最后感慨一句,做程序员,细心真的很重要啊。。。