1、mysql高可用方案
1>一主一从架构：
mysql配置为主从模式，从库是主库的backup，同一时间设置其中一台为主服务器，提供读写，另一台服务器作为热备，不提供读写，通过复制与主服务器数据保持一致，二者均开启binlog。
(1)主从复制实现：
在主库把数据更改记录到binlog中；
备库将主库的日志复制到自己的relaylog中；
备库读取relaylog中的事件，将其重放到备库上。
(2)主从复制关键技术：
异步复制
半同步复制
2>keepalived+mysql双主（主从）架构：
在一主一从架构的基础上配置双向复制和Keepalived自动切换功能，通过周期性调用监测脚本，监测进程，实现故障时VIP的无缝切换，当活跃点出现故障时，通过VIP+Keepalived脚本执行实现向另一台数据库的切换，以此实现mysql架构的高可用。
(1)Keepalived切换实现：
双向复制运行；
VIP所在的库作为主库；
主库出现问题时，VIP切换至另一个主库。
(2)Keepalived切换关键技术：
VRRP原理
Keepalived监测机制
3>MHA+一主两从架构：
MHA（Master High Availability）在mysql高可用方面是一个相对成熟的解决方案。在mysql故障切换的过程中，MHA能做到在0-30秒之内自动完成数据库的故障切换工作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，已达到真正意义上的高可用，但GTID出现后MHA功能弱化。
(1)MHA切换实现：
主库；备主；备库；
MHA配合VIP漂移；
补齐数据。
(2)MHA切换关键技术：
MHA manager
GTID出现，MHA弱化
global transaction identifiers（全局事务标志）
一个事务对应一个唯一ID，一个GTID在一个服务器上只会执行一次（一个事务在从库上只能出现一次）
4>mysql集群架构：
集群架构原理（PXC）：节点接收sql请求后，对于ddl操作，在commit之前，由wsrep API调用galera库进行集群内广播，所有其他节点验证成功后事务在集群所有节点进行提交，反之roll back。PXC保证整个集群所有数据的强一致性，满足：Consistency和Availability。
(1)mysql集群实现：
上层中间调度如HAproxy；
调度到的Node上进行读写；
同步至其他两个节点。
(2)mysql集群关键技术：
同步复制
wsrep插件技术
2、mysql主从复制技术
1>mysql主从复制概念
mysql主从复制是指数据可以从一个mysql数据库服务器主节点复制到一个或多个从节点。mysql默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。
2>mysql主从复制的主要用途
(1)读写分离
(2)数据实时备份，当系统某节点发生故障时，可以进行故障切换
(3)高可用性（HA）
随着系统中业务访问量的增大，如果是单机部署数据库，就会导致I/O访问频率过高。有了主从复制，增加多个数据存储节点，将负载分布在多个从节点上，降低单机磁盘I/O访问的频率，提高单个机器的I/O性能。
3、复制原理
1>Slave上面的IO线程连接上Master，并请求从指定Binary log文件的指定位置（或者从最开始的日志）之后的日志内容；
2>Master接收到来自Slave的IO线程的请求后，通过负责复制的IO线程根据请求信息读取指定日志指定位置之后的日志信息，返回给Slave端的IO线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在Master端Binary log文件的名称以及在Binary log中的位置；
3>Slave的IO线程收到信息后，将接收到的日志内容依次写入到Slave端的RelayLog文件（mysql-relay-lin.xxxxx）的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”
4>Slave的SQL线程检测到Relay Log中新增加了内容后，会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的查询或操作语句，并在自身执行那些查询或操作语句，这样，实际上就是在master端和Slave端执行了同样的查询或操作语句，所以两端的数据是完全一样的。
binlog输出线程：每当有从库连接到主库的时候，主库都会创建一个线程然后发送binlog内容到从库。对于每一个即将发送给从库的sql事件，binlog输出线程会将其锁住。一旦该事件被线程读取完之后，该锁会被释放，即使在该事件完全发送到从库的时候，该锁也会被释放。在从库里，当复制开始的时候，从库就会创建两个线程进行处理：
从库I/O线程：当START SLAVE语句在从库开始执行之后，从库创建一个I/O线程，该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。
从库I/O线程读取主库的binlog输出线程发送的更新并拷贝这些更新到本地文件，其中包括relay log文件。
从库的SQL线程：从库创建一个SQL线程，这个线程读取从库I/O线程写到relay log的更新事件并执行。
可以知道，对于每一个主从复制的连接，都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程，每一个从库都有它自己的I/O线程和SQL线程。
从库通过创建两个独立的线程，使得在进行复制时，从库的读和写进行了分离。因此，即使负责执行的线程运行较慢，负责读取更新语句的线程并不会因此变得缓慢。比如说，如果从库有一段时间没运行了，当它在此启动的时候，尽管它的SQL线程执行比较慢，它的I/O线程可以快速地从主库里读取所有的binlog内容。这样一来，即使从库在SQL线程执行完所有读取到的语句前停止运行了，I/O线程也至少完全读取了所有的内容，并将其安全地备份在从库本地的relay log，随时准备在从库下一次启动的时候执行语句。
(1)在主库上把数据更改记录到二进制日志（Binary Log）中；
(2)备库将主库上的日志复制到自己的中继日志（Relay Log）中；
(3)备库读取中继日志中的事件，将其重放到备库数据库之上。
4、主从复制的实现
1>环境构建：基于centos7操作系统，mariadb数据库（同mysql数据库）
master节点：192.168.129.128 slave1节点：192.168.129.129
2>分别在master节点和slave1节点上关闭防火墙，关闭selinux
master节点： [root@Master ~]#systemctl stop firewalld [root@Master ~]#systemctl disable firewalld Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service. Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service. [root@Master ~]# sed -ri ‘/^SELINUX=/s/(SELINUX=).*/\1disabled/‘ /etc/selinux/config //搜索替代（sed的用法） slave1节点： [root@Slave1 ~]# systemctl stop firewalld [root@Slave1 ~]# systemctl disable firewalld Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service. Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service. [root@Slave1 ~]# sed -ri ‘/^SELINUX=/s/(SELINUX=).*/\1disabled/‘ /etc/selinux/config
3>master节点和slave1节点上分别安装mariadb：
两个节点分别执行： yum install mariadb-server -y
4>在主服务器（master）上：
启用二进制日志
选择一个唯一的server-id
创建具有复制权限的用户
[root@Master ~]#vim /etc/my.cnf
[mysqld]
log-bin=master-bin
# 行模式
binlog_format = row
# 刷新binlog到磁盘
sync_binlog = 1
# 禁止域名解析
skip_name_resolv = 1
# 同步设置的重要参数
log_slave_updates = 1
# 设置唯一id
server_id = 128
datadir=/var/lib/mysql
[root@Master ~]#systemctl restart mariadb
[root@Master ~]#mysql
MariaDB [(none)]> reset master; //删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。用于第一次进行搭建主从库时，进行主库binlog初始化工作；
Query OK, 0 rows affected (0.02 sec)
MariaDB [(none)]> grant replication slave,replication client on *.*
-> to rep@‘192.168.129.%‘ identified by ‘localhost‘;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)
5>在从服务器（slave1）上
启用中继日志（二进制日志可开启，也可不开启）
选择一个唯一的server-id
连接至主服务器，并开始复制
(1)首先测试是否能远程登录master节点上的数据库：
[root@Slave1 ~]# mysql -h 192.168.129.128 -urep -plocalhost Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 3 Server version: 5.5.56-MariaDB MariaDB Server Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type ‘help;‘ or ‘\h‘ for help. Type ‘\c‘ to clear the current input statement. MariaDB [(none)]> quit //测试成功，退出
(2)配置从服务器
[root@Slave1 ~]# vim /etc/my.cnf
[mysqld]
log-bin=slave1-bin
binlog_format = row
sync_binlog = 1
skip_name_resolv = 1
log_slave_updates = 1
server_id = 129
datadir=/var/lib/mysql
[root@Slave1 ~]# systemctl start mariadb
[root@Slave1 ~]# mysql
MariaDB [(none)]> reset master;
Query OK, 0 rows affected (0.02 sec)
MariaDB [(none)]> change master to
-> master_host=‘192.168.129.128‘,
-> master_user=‘rep‘,
-> master_password=‘localhost‘,
-> master_log_file=‘master-bin.000001‘,
-> master_log_pos=0;
Query OK, 0 rows affected (0.04 sec)
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.129.128
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000001
Read_Master_Log_Pos: 4
Relay_Log_File: mariadb-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: master-bin.000001
Slave_IO_Running: No
Slave_SQL_Running: No
MariaDB [(none)]> start slave;
Query OK, 0 rows affected (0.01 sec)
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.129.128
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000001
Read_Master_Log_Pos: 493
Relay_Log_File: mariadb-relay-bin.000002
Relay_Log_Pos: 778
Relay_Master_Log_File: master-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
6>测试：master创建数据库数据，slave节点查看是同步了master节点的数据库信息
master节点：
MariaDB [(none)]> show processlist\G
*************************** 2. row ***************************
Id: 5
User: rep
Host: 192.168.129.129:47964
db: NULL
Command: Binlog Dump
Time: 40
State: Master has sent all binlog to slave; waiting for binlog to be updated
Info: NULL
Progress: 0.000
2 rows in set (0.00 sec)
MariaDB [(none)]> create database bbs;
Query OK, 1 row affected (0.00 sec)
MariaDB [(none)]> create table bbs.t1(id int);
Query OK, 0 rows affected (0.02 sec)
MariaDB [(none)]> insert into bbs.t1 values(1);
Query OK, 1 row affected (0.01 sec)
MariaDB [(none)]> select * from bbs.t1;
+------+
| id |
+------+
| 1 |
+------+
1 row in set (0.00 sec)
slave1节点：
MariaDB [(none)]> show processlist\G
*************************** 1. row ***************************
Id: 2
User: root
Host: localhost
db: NULL
Command: Query
Time: 0
State: NULL
Info: show processlist
Progress: 0.000
*************************** 2. row ***************************
Id: 3
User: system user
Host:
db: NULL
Command: Connect
Time: 203
State: Waiting for master to send event
Info: NULL
Progress: 0.000
*************************** 3. row ***************************
Id: 4
User: system user
Host:
db: NULL
Command: Connect
Time: 42
State: Slave has read all relay log; waiting for the slave I/O thread to update it
Info: NULL
Progress: 0.000
3 rows in set (0.00 sec)
MariaDB [(none)]> select * from bbs.t1; //查看数据主从配置成功
+------+
| id |
+------+
| 1 |
+------+
1 row in set (0.01 sec)
5、mysql主从状况监测主要参数：
Slave_IO_Running: IO #线程是否打开 YES/No/NULL
Slave_SQL_Running: SQL #线程是否打开 YES/No/NULL
Seconds_Behind_Master: NULL #和主库比同步的延迟的秒数
6、可能导致主从延时的因素：
主从时钟是否一致
网络通信是否存在延迟
是否和日志类型，数据过大有关
从库性能，有没开启binlog
从库查询是否优化
7、mysql双主架构
1>实现：
(1)两台mysql都可读写，互为主备，默认只使用一台（masterA）负责数据的写入，另一台（masterB）备用；
(2)masterA是masterB的主库，masterB又是masterA的主库，它们互为主从；
(3)两台主库之间做高可用，可以采用keepalived等方案（使用VIP对外提供服务）；
(4)所有提供服务的从服务器与masterB进行主从同步（双主多从）;
(5)建议采用高可用策略的时候，masterA或masterB均不因宕机恢复后而抢占VIP（非抢占模式）；
这样做可以在一定程度上保证主库的高可用，在一台主库down掉之后，可以在极短的时间内切换到另一台主库上（尽可能减少主库宕机对业务造成的影响），减少了主从同步给线上主库带来的压力；
masterB可能会一直处于空闲状态（可以用它当从库，负责部分查询）；
主库后面提供服务的从库要等masterB先同步完了数据后才能去masterB上去同步数据，这样可能会造成一定程度的同步延时；
2>mysql主主同步配置
主主环境构建：同样基于centos7-mariadb
mysql1：192.168.129.128
mysql2：192.168.129.129
(1)关闭防火墙、selinux（同上：主从）
(2)mysql1节点：
[root@mysql1 ~]#vim /etc/my.cnf
log-bin=mysql-bin
server-id = 4
[root@mysql1 ~]#systemctl start mariadb
[root@mysql1 ~]#mysql
MariaDB [(none)]> reset master;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> grant replication slave,replication client on *.*
-> to rep@‘192.168.129.%‘ identified by ‘localhost‘;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> change master to
-> master_host=‘192.168.129.129‘,
-> master_user=‘rep‘,
-> master_password=‘localhost‘,
-> master_log_file=‘mysql-bin.000001‘,
-> master_log_pos=0;
Query OK, 0 rows affected (0.02 sec)
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.129.129
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 4
Relay_Log_File: mariadb-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: No
Slave_SQL_Running: No
MariaDB [(none)]> slave start;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Connecting to master
Master_Host: 192.168.129.129
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 4
Relay_Log_File: mariadb-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
(3)mysql2节点：
[root@mysql2 ~]# vim /etc/my.cnf log-bin=mysql-bin server-id = 251 [root@mysql2 ~]# systemctl start mariadb [root@mysql2 ~]# mysql MariaDB [(none)]> reset master; Query OK, 0 rows affected (0.01 sec) MariaDB [(none)]> grant replication slave,replication client on *.* -> to rep@‘192.168.129.%‘ identified by ‘localhost‘; Query OK, 0 rows affected (0.00 sec) MariaDB [(none)]> flush privileges; Query OK, 0 rows affected (0.00 sec) MariaDB [(none)]> change master to -> master_host=‘192.168.129.128‘, -> master_user=‘rep‘, -> master_password=‘localhost‘, -> master_log_file=‘mysql-bin.000001‘, -> master_log_pos=0; ERROR 1198 (HY000): This operation cannot be performed with a running slave; run STOP SLAVE first //此处报错需要停止SLAVE MariaDB [(none)]> stop slave //停止SLAVE -> ; Query OK, 0 rows affected (0.01 sec) MariaDB [(none)]> change master to master_host=‘192.168.129.128‘, master_user=‘rep‘, master_password=‘localhost‘, master_log_file=‘mysql-bin.000001‘, master_log_pos=0; Query OK, 0 rows affected (0.02 sec) MariaDB [(none)]> show slave status\G *************************** 1. row *************************** Slave_IO_State: Master_Host: 192.168.129.128 Master_User: rep Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 4 Relay_Log_File: mariadb-relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: No Slave_SQL_Running: No MariaDB [(none)]> slave start; Query OK, 0 rows affected (0.00 sec) MariaDB [(none)]> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.129.128 Master_User: rep Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 493 Relay_Log_File: mariadb-relay-bin.000002 Relay_Log_Pos: 777 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes
(4)测试：
在mysql1节点创建数据库，在mysql2节点查看：
mysql1节点：
MariaDB [(none)]> create database data1; Query OK, 1 row affected (0.01 sec) MariaDB [(none)]> create table data1.t1; ERROR 1113 (42000): A table must have at least 1 column MariaDB [(none)]> create table data1.t1(name int); Query OK, 0 rows affected (0.02 sec) MariaDB [(none)]> insert into data1.t1 values(1); Query OK, 1 row affected (0.00 sec) MariaDB [(none)]> select * from data1.t1; +------+ | name | +------+ | 1 | +------+
mysql2节点查看：
MariaDB [(none)]> select * from data1.t1; +------+ | name | +------+ | 1 | +------+
同理mysql2节点创建数据库，mysql1节点查看；至此实现mysql主主复制。
8、总结
生产环境其他常用设置
1>配置忽略权限库同步参数
binlog-ignore-db=‘information_schema mysql test‘
2>从库备份开启binlog
log-slave-updates
log_bin = mysql-bin
expire_logs_days = 7
应用场景：级联复制或从库做数据备份。
3>从库只读read-only来实现
innodb_read_only = ON或1，或者innodb_read_only
结论：当用户权限中没有SUPER权限(ALL权限是包括SUPER的)时，从库的read-only生效！