MySQL主从复制

MySQL主从复制

引入

MySQL数据库的主从复制方案，是其自带的功能，并且主从复制并不是复制磁盘上的数据库文件，而是通过binlog日志复制到需要同步的从服务器上。

MySQL数据库支持单向、双向、链式级联，等不同业务场景的复制。在复制的过程中，一台服务器充当主服务器（Master），接收来自用户的内容更新，而一个或多个其他的服务器充当从服务器（slave），接收来自Master上binlog文件的日志内容，解析出SQL，重新更新到Slave，使得主从服务器数据达到一致。

主从复制的逻辑有以下几种

• 一主一从，单向主从同步模式，只能在Master端写入数据
• 一主多从

应用场景

# 利用复制功能当Master服务器出现问题时，我们可以人工的切换到从服务器继续提供服务，此时服务器的数据和宕机时的数据几乎完全一致。
# 复制功能也可用作数据备份，但是如果人为的执行drop,delete等语句删除，那么从库的备份功能也就失效了.

原理

(1) master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； 
(2) slave将master的binary log events拷贝到它的中继日志(relay log)； 
(3) slave重做中继日志中的事件，将改变反映它自己的数据。

具体步骤

1，配置master主库

#查看数据库状态
systemctl status mariadb
#停mariadb
systemctl stop mariadb

#修改配置文件， 各个系统存放mysq配置文件的位置可能不太一样
vim /etc/my.cnf
#修改内容
#解释：server-id服务的唯一标识（主从之间都必须不同）；log-bin启动二进制日志名称为mysql-bin 
　　[mysqld]
　　server-id=1
　　log-bin=mysql-bin

#重启mariadb
systemctl start mariadb

2，在主库添加进行同步的用户

 

# 1.新建用于主从同步的用户username,允许登录的从库是'%'
create user 'username'@'%' identified by 'password';

# 2.#注意：如果提示密码太简单不复合策略加在前面加这句
mysql> set global validate_password_policy=0;

# 3.给从库账号授权,说明给username从库复制的权限，在"%"机器上复制
grant replication slave on *.* to 'username'@'%';
#检查主库创建的复制账号
select user,host from mysql.user;
#检查授权账号的权限
show grants for username@'%';
# 实现对主数据库锁表只读，防止数据写入，数据复制失败
flush table with read lock;

# 4.检查主库的状态
MariaDB [(none)]> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 575 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
# 注意：File是二进制日志文件名，Position 是日志开始的位置。后面从库会用到 后面从库会用到 后面从库会用到

# 5.锁表后，一定要单独再打开一个SSH窗口，导出数据库的所有数据，
[root@python]#mysqldump -uroot -p --all-databases > /data/all.sql 

# 6.确保数据导出后，没有数据插入，完毕再查看主库状态
show master status;

# 7.导出数据完毕后，解锁主库，恢复可写；
unlock tables;

# 8.将备份导出的数据scp至Slave数据库
scp /data/all.sql root@ip:/data/

3，配置salve从库机器

# 1.设置server-id值并关闭binlog功能参数
数据库的server-id在主从复制体系内是唯一的，Slave的server-id要与主库和其他从库不同，并且注释掉Slave的binlog参数。

# 2.因此修改Slave的/etc/my.cnf，写入
[mysqld]
server-id=3

# 3.重启数据库
systemctl restart mariadb

# 4.检查Slava从数据库的各项参数
show variables like 'log_bin';
show variables like 'server_id';

# 5.恢复主库Master的数据导入到Slave库
# 导入数据（注意sql文件的路径）
mysql>source /data/all.sql;
# 方法二：
#mysql -uroot -p  < abc.sql 

# 6.配置复制的参数，Slave从库连接Master主库的配置
mysql > change master to master_host='x.x.x.x',
master_user='username',
master_password='password',
master_log_file='mysql-bin.000001',
master_log_pos=575;

# 7.启动从库的同步开关，测试主从复制的情况
start slave;
# 8.查看复制状态
show slave status\G;

4，检测主从复制状态关键点

MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.11.133
                  Master_User: peng
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1039
               Relay_Log_File: slave-relay-bin.000002
                Relay_Log_Pos: 537
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes  # 为yes表示成功
            Slave_SQL_Running: Yes  # 为yes表示成功

注意：

　　注意此处还未配置从库的只读模式，还需在slave服务器上配置/etc/my.cnf，加上以下配置，并且在slave上创建普通用户，使用普通用户主从同步即可达到只读的效果

　　如果用root用户，无法达到readonly（只读模式），这是一个坑

[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
log-error=/var/log/mysqld.log
server-id=3
read-only=true
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8