Mariadb主从复制，半同步复制，主主复制
文章内容概览前端
一、什么是主从复制node
二、主从复制的做用mysql
三、主从复制的工做流程linux
四、复制时应该注意的问题sql
四、1 复制如何开始数据库
四、2 若是限制从服务器只读
vim
四、3 若是保证主从复制时的事务安全
安全
五、配置主从复制bash
五、1 Master节点配置服务器
五、2 Slave 节点配置
五、3 验证主从复制
六、半同步复制
六、1 什么是半同步复制
六、2 主节点配置
六、3 从节点配置
七、复制过滤器
七、1 复制过滤器实现思路
七、2 复制过滤器实现
八、双主（主主复制）配置介绍
八、1 双主配置注意事项
八、2 双主配置环境
八、3 双主配置过程
八、4 验证双主
八、5 验证id自动增加
九、复制的监控和维护
文章环境说明
操做系统：
[root@master ~]# cat/etc/redhat-release CentOS release 6.6 (Final) [root@node2 ~]# uname -r 2.6.32-504.el6.x86_64 [root@node2 ~]# uname -m x86_64
数据库软件：
mariadb-5.5.43-linux-x86_64.tar.gz
ip地址：
master：172.16.4.136
slave：172.16.4.10
一、什么是主从复制
Mysql主从复制是mysql集群的基础，在mysql集群中为了保证数据的一致型，须要在mysql集群前端添加读写分离器，只将写入操做交给指定节点写入数据，这个节点就是主节点；将读操做交给集群中其余不执行写入操做的节点，这个节点就是从节点，那么从节点的数据从那里来？就是复制主节点的上面的数据，复制原理下文中有图文说明。
二、主从复制的做用
数据分布：可以将数据分散到多个位置，能够实现异地灾备
负载均衡：读操做，适用于读密集型的应用
备份：备份的时候能够中止从节点进行备份，备份更安全
高可用和故障切换：主节点故障，能够将从节点提高为主节点（须要手动实现，或者脚本监控实现，不如corosync或者heartbeat之类高可用方案）
MySQL升级测试：高版本数据库经过复制得到数据，而后进行测试
三、复制的工做流程
对第4、5、6步就是有两个，你没有看错，我没有画错
一、用户向主节点数据库写入数据
二、主节点将全部引发数据库更改的语句记录到bin-log日志文件中
三、从库的IO进程，不停的发送信息询问主库是否有数据更新，发送请求以前会读取master.info文件，获取上次记录的pos位置和链接主库的用户名和密码
四、主库IO线程收到从库请求，拿从库上次记录主库的pos点和主库bin-log日志当前记录的pos点进行对比，若是主库pos点的数值大于从库上次记录的pos点，就说明数据发生改变，发送bin-log的更新内容给从库；若是主库pos点的数值等于从库上次记录的pos点，说明数据没有更改，则继续接收从库请求，进行判断
五、从库IO线程收到主库的更新内容，将pos的更新信息记录到master.info文件中，下次从库在请求主库更新则是从当前记录的pos位置开始；而且将主库更新的SQL语句记录到relay-log日志文件中。
六、SQL线程从relay log中读取日志信息，在本地完成重放；（此时从库更新完成）
七、将全部引发从库更改的语句记录到从库的bin-log日志文件中；因为bin-log日志主要是用于数据恢复，而且在主库已经存在因此在从库开启会占用没必要要的性能开销，推荐关闭。
四、复制时应该注意的问题
四、1：复制如何开始
主节点运行很长时间，且已经有必定规模的数据，如何启动复制？
解决方法：在主节点作一个彻底备份，并记录二进制日志文件及位置；在从节点恢复此彻底备份，并在启动复制时从记录的二进制日志文件和位置开始；
四、2：如何限制从服务器只读
在从服务器启动read_only；但仅对非具备SUPER权限的用户有效；
阻止全部用户 ：MariaDB> FLUSH TABLES WITH READ LOCK;
四、3：如何保证主从复制时的事务安全
二进制日志默认在内存中会有缓冲，当一个事务提交的时候，这个数据就会被持久的存储到innodb文件中去了，可是和这个事务相关的二进制日志有可能还在内存中，因此从服务器是没法找到这种二进制日志的，因此须要尽量作到一旦事务提交了，就当即把相关的二进制日志保存到硬盘中，以保证事务安全。
在master节点启用参数：
sync_binlog= on #同步二进制日志，一旦事务提交则立马将内存中的二进制日志文件同步到磁盘
若是用到的为InnoDB存储引擎：
innodb_flush_logs_at_trx_commit #innodb一旦在事务提交时当即将日志文件写入到磁盘
innodb_support_xa=on #支持分布式事务
在slave节点：
1、最好不要将relay-log日志和数据文件放到同一个磁盘
2、跳过slave的自动启动功能
启动了复制功能的从节点，若是从节点的mysql服务被关闭在启动以后slave线程是自动启动的，可是复制数据的位置有可能不是咱们指望的位置，最好关闭slave的自启动功能，有运维人员手动启动，以避免形成数据不一致，关闭命令以下：
skip_slave_start
不考虑磁盘IO的请求下，能够启动以下选项：
主节点：
sync_master_info= 1
从节点：
sync_relay_log= 1
sync_relay_log_info= 1
五、主从复制配置
五、1：master节点配置
(1) 启用二进制日志；
(2) 设置一个在当前集群中唯一的server-id；
二进制日志，在Mariadb安装完成以后默认就是启动的，这里只是将mysql-bin改成了master-bin固然不改也是能够的，另外server-id的选项也是默认的，这里并无修改。
[root@master ~]# vim /etc/my.cnf log-bin=master-bin server-id = 1
设置完成以后重启服务生效，并验证二进制日志文件是否更改成master-bin
[root@master ~]# ll /mydata/data/ -rw-rw---- 1 mysql mysql 245 Jun 15 23:36 master-bin.000001 -rw-rw---- 1 mysql mysql 20Jun 15 23:36 master-bin.index
(3) 建立一个有复制权限(REPLICATION SLAVE, REPLICATION CLIENT)帐号；
MariaDB [(none)]> grant replicationclient,replication slave on *.* to 'repluser'@'172.16.%.%' identified by'replpass'; MariaDB [(none)]> flushprivileges; #设置完成必定要刷新，否则不生效
五、2：slave节点配置
(1) 启用中继日志；
(2) 设置一个在当前集群中唯一的server-id；
设置关闭二进制日志，而后启用中继日志，因为master已经使用的1的id，因此slave须要修改id号，这里为了方便之后扩展修改成10。
[root@slvae ~]# vim /etc/my.cnf #log-bin=mysql-bin #注销即关闭二进制日志 #binlog_format=mixed relay-log = relay-bin server-id = 10 read-only = on #关闭从服务器写入功能
(3) 使用有复制权限用户帐号链接至主服务器，并启动复制线程；
复制以前查看一下master服务器记录二进制日志的位置，肯定从主服务器的那个位置复制。
MariaDB [(none)]> show master status; +-------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+------------------+ | master-bin.000001 | 496 | | | +-------------------+----------+--------------+------------------+
从服务器使用CHANGE MASTER链接主服务器进行复制，CHANGE MASTER使用语法在下面有介绍。
MariaDB [(none)]> CHANGE MASTER TO MASTER_HOST='172.16.4.136',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_LOG_FILE='master-bin.000001',MASTER_LOG_POS=496,MASTER_CONNECT_RETRY=5,MASTER_HEARTBEAT_PERIOD=2;
说明：若是是生产环境，从服务器复制以前须要导入一次主服务器的彻底备份，而后在从主服务器备份以后开始记录二进制日志的pos位置开始服务。
查看从服务器复制状态，IO和SQL线程仍是处于关闭状态，须要手动启动才会开始复制
MariaDB [(none)]> show slave status\G *************************** 1. row*************************** Slave_IO_State: Master_Host: 172.16.4.136 Master_User: repluser Master_Port: 3306 Connect_Retry: 5 Master_Log_File: master-bin.000001 Read_Master_Log_Pos: 496 Relay_Log_File: relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: master-bin.000001 Slave_IO_Running: No #值为NO表示没有启动IO线程 Slave_SQL_Running: No #值为NO表示没有启动SQL线程 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: 496 Relay_Log_Space: 245 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: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 0 1 row in set (0.00 sec)
使用START SLAVE命令启动从服务器的IO和SQL线程，并再次查看状态
MariaDB [(none)]> START SLAVE; #此命令启动从服务器复制 MariaDB [(none)]> show slave status\G *************************** 1. row*************************** Slave_IO_State: Waiting for master to send event Master_Host: 172.16.4.136 Master_User: repluser Master_Port: 3306 Connect_Retry: 5 Master_Log_File: master-bin.000001 Read_Master_Log_Pos: 496 Relay_Log_File: relay-bin.000002 Relay_Log_Pos: 530 Relay_Master_Log_File: master-bin.000001 Slave_IO_Running: Yes #这里的值为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: 496 Relay_Log_Space: 818 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 1 row in set (0.00 sec)
查看中继日志已经存在了
[root@slvae ~]# ll /mydata/data/relay-* -rw-rw---- 1 mysql mysql 245 May 27 23:06 /mydata/data/relay-bin.000001 -rw-rw---- 1 mysql mysql 19 May 27 23:06 /mydata/data/relay-bin.index -rw-rw---- 1 mysql mysql 43 May 27 23:06 /mydata/data/relay-log.info
五、3：验证主从复制：
主节点执行写操做，如建立一个数据库
MariaDB [(none)]> create database mydb;
从节点验证：从节点没有执行建立，数据库就自动建立过来了
MariaDB [(none)]> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mydb | | mysql | | performance_schema | | test | +--------------------+
在此查看从服务器状态，日志的记录位置也已经改变了
MariaDB [(none)]> show slave status\G *************************** 1. row*************************** Slave_IO_State: Waiting for master to send event Master_Host: 172.16.4.136 Master_User: repluser Master_Port: 3306 Connect_Retry: 5 Master_Log_File: master-bin.000001 Read_Master_Log_Pos: 579 #这里从496变成了579 Relay_Log_File: relay-bin.000002 Relay_Log_Pos: 613 #这里从530变成了613 Relay_Master_Log_File: master-bin.000001 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: 579 Relay_Log_Space: 901 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 1 row in set (0.00 sec)
说明：服务器程序版本：最好相同；若是不一样应该从版本高；
附录CHANGE MASTER用法：
语法：CHANGE MASTER TO option [, option] ...
选项以下：
MASTER_BIND = 'interface_name'
| MASTER_HOST = 'host_name' 主服务器地址
| MASTER_USER = 'user_name' 有复制权限的用户名
| MASTER_PASSWORD = 'password' 用户密码
| MASTER_PORT = port_num 主服务器的端口
| MASTER_CONNECT_RETRY = interval 链接重试时间间隔
| MASTER_HEARTBEAT_PERIOD = interval 心跳检测时间间隔
| MASTER_LOG_FILE = 'master_log_name' 主服务器二进制日志文件
| MASTER_LOG_POS = master_log_pos 二进制日志文件中的位置
六、半同步复制
六、1：什么是半同步复制：
正常状况下主服务器和从服务器是同步的，可是一旦主服务器和从服务器的链接超时主服务器就自动降级为异步模式。
配置半同步须要装载模块，不然不会出现半同步配置变量
主节点装载的模块：semisync_master.so
从节点转载的模块：semisync_slave.so
六、2：主节点配置：
装载模块
MariaDB [(none)]> INSTALL PLUGINrpl_semi_sync_master SONAME 'semisync_master.so'; MariaDB [(none)]> show global variables like'%semi%'; +------------------------------------+-------+ | Variable_name | Value | +------------------------------------+-------+ | rpl_semi_sync_master_enabled | OFF | #是否启用半同步 | rpl_semi_sync_master_timeout | 10000 | #超时时间，单位毫秒 | rpl_semi_sync_master_trace_level | 32 | #追踪级别 | rpl_semi_sync_master_wait_no_slave | ON | #等待确保没有从服务器 +------------------------------------+-------+
设置半同步参数：
MariaDB [(none)]> SET GLOBAL rpl_semi_sync_master_enabled=1; #设置为1或者on表示启用半同步 MariaDB [(none)]> SET GLOBALrpl_semi_sync_master_timeout=2000; #设置超市时间为2秒 MariaDB [(none)]> show global variables like'%semi%'; +------------------------------------+-------+ | Variable_name | Value | +------------------------------------+-------+ | rpl_semi_sync_master_enabled | ON | | rpl_semi_sync_master_timeout | 2000 | | rpl_semi_sync_master_trace_level | 32 | | rpl_semi_sync_master_wait_no_slave | ON | +------------------------------------+-------+
六、3：从节点设置
转载从节点模块
MariaDB [(none)]> INSTALL PLUGINrpl_semi_sync_slave SONAME 'semisync_slave.so'; MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE'%semi%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | rpl_semi_sync_slave_enabled | OFF | | rpl_semi_sync_slave_trace_level | 32 | +---------------------------------+-------+
启动从节点
MariaDB [(none)]> SET GLOBALrpl_semi_sync_slave_enabled=1; MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE'%semi%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | rpl_semi_sync_slave_enabled | ON | | rpl_semi_sync_slave_trace_level | 32 | +---------------------------------+-------+
设置完成以后，从节点须要重启IO线程。
MariaDB [(none)]> STOP SLAVE IO_THREAD; MariaDB [(none)]> START SLAVE IO_THREAD;
验证：主节点查看Rpl_semi_sync_master_clients值为1表示已经有一个从节点已半同步的状态链接到了主节点
MariaDB [(none)]> show global status like'%semi%'; +--------------------------------------------+-------+ | Variable_name | Value | +--------------------------------------------+-------+ | Rpl_semi_sync_master_clients | 1 | #此值为1，表示有一个从节点以半同步模式链接到主节点 | Rpl_semi_sync_master_net_avg_wait_time | 0 | | Rpl_semi_sync_master_net_wait_time | 0 | | Rpl_semi_sync_master_net_waits | 0 | | Rpl_semi_sync_master_no_times | 0 | | Rpl_semi_sync_master_no_tx | 0 | | Rpl_semi_sync_master_status | ON | | Rpl_semi_sync_master_timefunc_failures | 0 | | Rpl_semi_sync_master_tx_avg_wait_time | 0 | | Rpl_semi_sync_master_tx_wait_time | 0 | | Rpl_semi_sync_master_tx_waits | 0 | | Rpl_semi_sync_master_wait_pos_backtraverse |0 | | Rpl_semi_sync_master_wait_sessions | 0 | | Rpl_semi_sync_master_yes_tx | 0 | +--------------------------------------------+-------+
七、复制过滤器
七、1 复制过滤器实现思路
复制过滤器功能：让slave节点仅复制几个指定的数据库，而非全部。
有两种实现思路：
(1) 主服务器仅向二进制日志中记录有特定数据库相关的写操做；
问题：即时点还原将没法全面实现，不建议使用
binlog_do_db= # 数据库白名单，若是启用则只记录白名单中的数据库
binlog_ignore_db= # 数据库黑名单，若是启用则除了黑名单以外的数据库都记录
(2)从服务器的SQL_THREAD仅在中断日志中读取特定数据相关的语句并应用在本地；推荐使用
问题：会形成网络带宽和磁盘IO的浪费；
Replicate_Do_DB= #数据库白名单
Replicate_Ignore_DB= #数据库黑名单
Replicate_Do_Table= #表白名单
Replicate_Ignore_Table= #表黑名单
Replicate_Wild_Do_Table= #表白名单支持通配符；%（后面全部）、_（一个字符）
Replicate_Wild_Ignore_Table= #表黑名单支持通配符
查看Replicate相关变量，表示什么都没有设置，若是须要设置复制过滤，能够直接修改Replicate变量或者在配置文件中定义。
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE'replicate%'; +----------------------------------+-----------+ | Variable_name | Value | +----------------------------------+-----------+ | replicate_annotate_row_events | OFF | | replicate_do_db | | | replicate_do_table | | | replicate_events_marked_for_skip | replicate | | replicate_ignore_db | | | replicate_ignore_table | | | replicate_wild_do_table | | | replicate_wild_ignore_table | | +----------------------------------+-----------+
七、2 复制过滤器实现
示例：设置只能只复制testdb数据库，设置以前须要关闭复制功能，不然会报错，设置完成以后在开启。
MariaDB [(none)]> STOP SLAVE; MariaDB [(none)]> SET GLOBALreplicate_do_db=testdb; MariaDB [(none)]> STARTSLAVE;
验证：查看slave状态，Replicate_Do_DB的值就是testdb，表示只复制testdb的内容
MariaDB [(none)]> show slave status\G; Replicate_Do_DB: testdb
操做验证：主节点建立两个数据库testdb和testdb1
MariaDB [(none)]> create database testdb; MariaDB [(none)]> createdatabase testdb1;
从节点查看数据库只是复制过来了testdb，而testdb1则是被过滤掉了
MariaDB [(none)]> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | performance_schema | | test | | testdb | +--------------------+
八、双主（主主复制）配置介绍
八、1：双主配置注意事项：
(1) 各自使用不一样的serverid
(2) 都启用binlog和relay log
(3) 定义自动增加的id字段的增加方式
定义一个节点使用奇数id
auto_increment_offset=1 #指定开始的id
auto_increment_increment=2 #指定一次增长的id
定义另外一个节点使用偶数id
auto_increment_offset=2
auto_increment_increment=2
(4) 都受权有复制权限的用户帐号
(5) 各自把对方指定为主服务器
八、2：双主配置环境
这里的配置是重新的环境中开始配置的，不是使用上面的主从配置环境，可是拓扑没有变。
Node1：172.16.4.136
Node2：172.16.4.10
八、3 双主配置过程
Node1节点配置
修改node1节点配置文件，启动二进制日志和中继日志，这里的id选择为单数
[root@node1 ~]# vim /etc/my.cnf log-bin=master-bin relay-log=relay-bin auto_increment_offset=1 auto_increment_increment=2 server-id = 1
配置文件修改完成，重启服务生效
登陆Mariadb建立具备复制权限的用户
MariaDB [(none)]> GRANT REPLICATIONSLAVE,REPLICATION CLIENT ON *.* TO 'repluser'@'172.16.%.%' IDENTIFIED BY'replpass'; MariaDB [(none)]> FLUSH PRIVILEGES;
Node2节点配置
启动二进制日志和中继日志，这里的id选择为双数
[root@node2 ~]# vim /etc/my.cnf server-id = 10 log-bin=master-bin relay-log = relay-bin auto_increment_offset=2 auto_increment_incremtn=2
配置文件修改完成，重启服务生效
登陆Mariadb建立具备复制权限的用户
GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.*TO 'repluser'@'172.16.%.%' IDENTIFIED BY 'replpass'; MariaDB [(none)]> FLUSH PRIVILEGES;
node1和node2节点分别启用复制功能
查看node1节点二进制文件的记录位置
MariaDB [(none)]> show master status; +-------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+------------------+ | master-bin.000004 | 506 | | | +-------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)
查看node2节点二进制文件的记录位置
MariaDB [(none)]> show master status; +-------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+------------------+ | master-bin.000001 | 506 | | | +-------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)
Node1和node2节点使用CHANGE MASTER进行复制
Node1节点
MariaDB[(none)]> CHANGE MASTER TO MASTER_HOST='172.16.4.136',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_LOG_FILE='master-bin.000001',MASTER_LOG_POS=506;
命令执行若是没有报错就启动复制线程
MariaDB[(none)]> START SLAVE; MariaDB[(none)]> show slave status\G; Slave_IO_Running: Yes Slave_SQL_Running: Yes
Node2节点
MariaDB [(none)]> CHANGE MASTER TOMASTER_HOST='172.16.4.10',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_LOG_FILE='master-bin.000004',MASTER_LOG_POS=506; MariaDB [(none)]> START SLAVE; MariaDB [(none)]> show slave status\G; Slave_IO_Running: Yes Slave_SQL_Running: Yes
八、4：验证双主
Node1节点建立一个数据库
MariaDB [(none)]> create database node1;
Node2节点建立一个数据库
MariaDB [(none)]> create database node2;
分别在node1节点和node2节点查看，若是主节点和从节点都出现了node1，node2数据库说明双主配置成功了。
MariaDB [(none)]> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | node1 | | node2 | | performance_schema | | test | +--------------------+ 6 rows in set (0.00 sec)
八、5：Id自动增加验证
Node2节点建立一个表，而且插入数据查看字段的id就是双数
MariaDB [(none)]> use node1;
MariaDB [node1]> create table tb1 (id INTUNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,name
MariaDB [node1]> INSERT INTO tb1 (name) VALUES('stu1'),('stu2');
MariaDB [node1]> select * from tb1;
+----+------+
| id | name |
+----+------+
| 2 | stu1 |
| 4 | stu2 |
+----+------+
Node1插入数据，查看id就是单数
MariaDB [(none)]> use node1;
MariaDB [node1]> INSERT INTO tb1 (name) VALUES('stu3'),('stu4');
MariaDB [node1]> SELECT * FROM tb1;
+----+------+
| id | name |
+----+------+
| 2 | stu1 |
| 4 | stu2 |
| 5 | stu3 |
| 7 | stu4 |
+----+------+
九、复制的监控和维护
(1) 清理日志：PURGE
(2) 复制监控
SHOW MASTER STATUS #查看当前使用的二进制日志和pos位置
SHOW BINLOG EVENTS #查看二进制日志文件记录的内容
SHOW BINARY LOGS #查看全部二进制日志
SHOW SLAVE STATUS #从节点查看复制状态
(3) 如何判断slave是否落后于master
MariaDB [(none)]> show slave status\G;
Seconds_Behind_Master: 0 #为0表示不落后
(4) 如何肯定主从节点数据是否一致？
经过表自身的CHECKSUM检查
使用percona-tools中pt-table-checksum
(5) 数据不一致的修复方法：
重复复制：就是在从上一次主库彻底备份的导入位置从新复制一遍
- 1. Mariadb半同步复制，主从复制与双主复制
- 2. 配置mysql5.5主从复制、半同步复制、主主复制
- 3. Mariadb 主从复制、双主复制、半同步复制、基于SSL复制
- 4. 主主复制，半同步复制
- 5. MariaDB 10.3 主主半同步复制
- 6. MariaDB 10.3 主从半同步复制
- 7. MySQL主主以及主从复制、半同步复制
- 8. MariaDB主从复制及半同步复制
- 9. Mysql的ssl主从复制+半同步主从复制
- 10. MySQL主从复制、半同步复制和主主复制概述
- 更多相关文章...
- • Redis主从复制的配置方法和执行过程 - Redis教程
- • ionic 复选框 - ionic 教程
- • 漫谈MySQL的锁机制
- • Docker容器实战(六) - 容器的隔离与限制
-
每一个你不满意的现在，都有一个你没有努力的曾经。