MySQL双主(主主)架构方案
企业中数据库的高可用是必不可缺的。中小企业使用mysql主从方案,一主多从,读写分离等,但单主出现故障时,从库须要切换主库做改动。而若是是双主或多主,就会增长mysql入口,增长高可用。多主须要考虑到自增加id问题。须要特别设置配置文件。总之,主之间设置自增加ID相互不冲突就能完美解决自增加ID冲突问题。javascript
主从同步复制原理
1. master将改变记录到二进制日志(binary log)中(这些记录叫作二进制日志事件,binary log events);
2. slave将master的binary log events拷贝到它的中继日志(relay log);
3. slave重作中继日志中的事件,将改变反映它本身的数据。
MySQL双主(主主)架构方案思路是:
1.两台mysql均可读写,互为主备,默认只使用一台(masterA)负责数据的写入,另外一台(masterB)备用;
2.masterA是masterB的主库,masterB又是masterA的主库,它们互为主从;
3.两台主库之间作高可用,能够采用keepalived等方案(使用VIP对外提供服务);
4.全部提供服务的从服务器与masterB进行主从同步(双主多从);
5.建议采用高可用策略的时候,masterA或masterB均不因宕机恢复后而抢占VIP(非抢占模式);
可是也有几个不足的地方:html
1.masterB可能会一直处于空闲状态(能够用它当从库,负责部分查询);
2.主库后面提供服务的从库要等masterB先同步完了数据后才能去masterB上去同步数据,这样可能会形成必定程度的同步延时;
架构简易图:java
主主环境(这里只介绍2台主的配置方案):
1.CentOS 6.8 64位 2台:masterA(192.168.10.11),masterB(192.168.10.12)mysql
2.官方Mysql5.6版本linux
搭建过程:
1.安装MySQL服务(建议源码安装)
1.1 yum安装依赖包
yum -y install make gcc gcc-c++ ncurses-devel bison openssl-develc++
1.2 添加MySQL所须要的用户和组
groupadd -g 27 mysqlsql
adduser -u 27 -g mysql -s /sbin/nologin mysql数据库
1.3 下载MySQL源码包
mkdir -p /data/packages/srcbootstrap
cd /data/packages/wget http://distfiles.macports.org/cmake/cmake-3.2.3.tar.gzwget http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.34.tar.gzvim
1.4 建立mysql数据目录
mkdir -p /usr/local/mysql/data
1.5 解压编译安装cmake、MySQL
cd /data/packages/srctar -zxvf ../cmake-3.2.3.tar.gz
cd cmake-3.2.3/
./bootstrap
gmakemake install
cd ../tar xf mysql-5.6.34.tar.gz
cd mysql-5.6.34
cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DSYSCONFDIR=/etc \-DWITH_SSL=bundled -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci \-DWITH_INNOBASE_STORAGE_ENGINE=1 -DWITH_MYISAM_STORAGE_ENGINE=1 \-DMYSQL_TCP_PORT=3306 -DMYSQL_UNIX_ADDR=/tmp/mysql.sock \-DMYSQL_DATADIR=/usr/local/mysql/datamake && make install
1.6 添加开机启动脚本
cp support-files/mysql.server /etc/rc.d/init.d/mysqld
1.7 添加masterA配置文件/etc/my.cnf
[client]
port = 3306
socket = /tmp/mysql.sock
[mysqld]
basedir = /usr/local/mysql
port = 3306
socket = /tmp/mysql.sock
datadir = /usr/local/mysql/data
pid-file = /usr/local/mysql/data/mysql.pid
log-error = /usr/local/mysql/data/mysql.err
server-id = 1
auto_increment_offset = 1
auto_increment_increment = 2 #奇数ID
log-bin = mysql-bin #打开二进制功能,MASTER主服务器必须打开此项
binlog-format=ROW
binlog-row-p_w_picpath=minimal
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLEsync-master-info=1
slave-parallel-workers=0
sync_binlog=0
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
#expire_logs_days=5
max_binlog_size=1024M #binlog单文件最大值
replicate-ignore-db = mysql #忽略不一样步主从的数据库
replicate-ignore-db = information_schema
replicate-ignore-db = performance_schema
replicate-ignore-db = test
replicate-ignore-db = zabbix
max_connections = 3000
max_connect_errors = 30
skip-character-set-client-handshake #忽略应用程序想要设置的其余字符集
init-connect='SET NAMES utf8' #链接时执行的SQL
character-set-server=utf8 #服务端默认字符集
wait_timeout=1800 #请求的最大链接时间
interactive_timeout=1800 #和上一参数同时修改才会生效
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES #sql模式
max_allowed_packet = 10M
bulk_insert_buffer_size = 8M
query_cache_type = 1
query_cache_size = 128M
query_cache_limit = 4M
key_buffer_size = 256M
read_buffer_size = 16K
skip-name-resolve
slow_query_log=1
long_query_time = 6
slow_query_log_file=slow-query.log
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 16M
[mysql]
no-auto-rehash
[myisamchk]
key_buffer_size = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M
[mysqlhotcopy]
interactive-timeout
[mysqldump]
quick
max_allowed_packet = 16M
[mysqld_safe]
1.8 特别参数说明
log-slave-updates = true #将复制事件写入binlog,一台服务器既作主库又作从库此选项必需要开启
#masterA自增加ID
auto_increment_offset = 1
auto_increment_increment = 2 #奇数ID
#masterB自增长ID
auto_increment_offset = 2
auto_increment_increment = 2 #偶数ID
1.9 添加masterB配置文件/etc/my.cnf
[client]
port = 3306
socket = /tmp/mysql.sock
[mysqld]
basedir = /usr/local/mysql
port = 3306
socket = /tmp/mysql.sock
datadir = /usr/local/mysql/data
pid-file = /usr/local/mysql/data/mysql.pid
log-error = /usr/local/mysql/data/mysql.err
server-id = 2
auto_increment_offset = 2
auto_increment_increment = 2 #偶数ID
log-bin = mysql-bin #打开二进制功能,MASTER主服务器必须打开此项
binlog-format=ROW
binlog-row-p_w_picpath=minimal
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLEsync-master-info=1
slave-parallel-workers=0
sync_binlog=0
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
#expire_logs_days=5
max_binlog_size=1024M #binlog单文件最大值
replicate-ignore-db = mysql #忽略不一样步主从的数据库
replicate-ignore-db = information_schema
replicate-ignore-db = performance_schema
replicate-ignore-db = test
replicate-ignore-db = zabbix
max_connections = 3000
max_connect_errors = 30
skip-character-set-client-handshake #忽略应用程序想要设置的其余字符集
init-connect='SET NAMES utf8' #链接时执行的SQL
character-set-server=utf8 #服务端默认字符集
wait_timeout=1800 #请求的最大链接时间
interactive_timeout=1800 #和上一参数同时修改才会生效
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES #sql模式
max_allowed_packet = 10M
bulk_insert_buffer_size = 8M
query_cache_type = 1
query_cache_size = 128M
query_cache_limit = 4M
key_buffer_size = 256M
read_buffer_size = 16K
skip-name-resolve
slow_query_log=1
long_query_time = 6
slow_query_log_file=slow-query.log
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 16M
[mysql]
no-auto-rehash
[myisamchk]
key_buffer_size = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M
[mysqlhotcopy]
interactive-timeout
[mysqldump]
quick
max_allowed_packet = 16M
[mysqld_safe]
1.10 初始化MySQL
cd /usr/local/mysql
scripts/mysql_install_db --user=mysql
1.11 为启动脚本赋予可执行权限并启动MySQL
chmod +x /etc/rc.d/init.d/mysqld/etc/init.d/mysqld start
2. 配置主从同步
2.1 添加主从同步帐户
masterA上:
mysql> grant replication slave on *.* to 'repl'@'192.168.10.12' identified by '123456';
mysql> flush privileges;
masterB上:
mysql> grant replication slave on *.* to 'repl'@'192.168.10.11' identified by '123456';
mysql> flush privileges;
2.2 查看主库的状态
masterA上:
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 120 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
masterB上
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 437 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
2.3 配置同步信息:
masterA上:
mysql> change master to master_host='192.168.10.12',master_port=3306,master_user='repl',master_password='123456',master_log_file='mysql-bin.000003',master_log_pos=437;
mysql> start slave;
mysql> show slave status\G;
显示有以下状态则正常:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
masterB上:
#本人是测试环境,能够保证没数据写入,不然须要的步骤是:先masterA锁表-->masterA备份数据-->masterA解锁表 -->masterB导入数据-->masterB设置主从-->查看主从
mysql> change master to master_host='192.168.10.11',master_port=3306,master_user='repl',master_password='123456',master_log_file='mysql-bin.000003',master_log_pos=120;
start slave;
mysql> show slave status\G;
显示有以下状态则正常:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
3.测试主从同步
3.1 在masterA上建立一个数据库测试同步效果
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
+--------------------+
4 rows in set (0.00 sec)
mysql> create database test01;
Query OK, 1 row affected (0.00 sec)
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
| test01 |
+--------------------+
5 rows in set (0.00 sec)
mysql> quit
Bye
[root@masterA data]#
3.2 到masterB查看是否已经同步建立数据库
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
| test01 |
+--------------------+
5 rows in set (0.00 sec)
mysql> quit
Bye
[root@masterB data]#
4. 开启MySQL5.6的GTID功能
masterA和masterB分别执行以下命令:
mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)
mysql> change master to MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected (0.01 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
5. 遇到的问题
一种主从报错折腾了我半天:
Last_IO_Errno: 1236
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not open log file'
后面修改主从同步相关 参数,确认缘由是my.cnf增长了以下参数:
log-bin = mysql-bin
relay-log = mysql-bin
从正常主主同步时的二进制日志文件显示,有2套二进制日志。所以推断上面2个参数致使不能产生2套二进制文件,故致使二进制文件错乱和丢失。
配置Mysql-proxy,实现读写分离
环境描述:
操做系统:CentOS6.5 64 位
mysql主服务器 Master:172.25.17.19
mysql从服务器 Slave1:172.25.17.20
mysql从服务器 Slave2:172.25.17.21
调度服务器 MySQL-Proxy:172.25.17.7
一、安装 mysql-proxy
实现读写分离是有 lua 脚本实现的,如今 mysql-proxy 里面已经集成,无需再安装
下载:http://dev.mysql.com/downloads/mysql-proxy/ 必定要下载对应的版本
[root@proxy ~]# rpm -ivh mysql-proxy-0.8.1-1.el6.x86_64.rpm
二、将rw-splitting.lua 脚本复制到/lib 下
[root@proxy ~]# cp rw-splitting.lua /lib
三、修改mysql-proxy主配置文件/etc/sysconfig/mysql-proxy
[root@proxy ~]# vim /etc/sysconfig/mysql-proxy
ADMIN_USER="proxy" #主从 mysql 共有的用户
ADMIN_PASSWORD="123456" #用户的密码
ADMIN_LUA_SCRIPT="/lib/rw-splitting.lua" #指定管理脚本
PROXY_USER="root" #运行 mysql-proxy用户
#添加以下代码:[如下代码需写在一行内]
PROXY_OPTIONS="--proxy-address=172.25.17.7:4040
--proxy-read-only-backend-addresses=172.25.17.20:3306--proxy-read-only-backend-addresses=172.25.17.21:3306--proxy-backend-addresses=172.25.17.19:3306--proxy-lua-script=/lib/rw-splitting.lua
--daemon"
#mysql-proxy 运行 ip 和端口,不加端口,默认 4040
四、修改读写分离配置文件
[root@proxy ~]# vim /lib/rw-splitting.luaif not proxy.global.config.rwsplit then
proxy.global.config.rwsplit = {
min_idle_connections = 1, #默认超过 4个链接数时,才开始读写分离,改成 1
max_idle_connections = 1, #默认 8,改成1
is_debug = false}
end
#这里的 4 、8 是指定连接数,作测试时调整为 1
五、设置mysql-proxy 开机启动,并启动mysql-proxy
[root@proxy ~]# chkconfig mysql-proxy on[root@proxy ~]# service mysql-proxy start[root@proxy ~]# netstat -tnlp | grep mysql-proxy
六、在master数据库受权mysql-proxy访问
[root@master ~]# mysql -puplooking
grant all on *.* to 'proxy'@'172.25.17.7' identified by '123456';
grant all on *.* to 'proxy'@'rhel6' identified by '123456';
flush privileges;
7 、测试读写分离
测试读写分离,要让两台服务器数据有偏差才行,因此暂停slave1(172.25.17.20)上的从服务:
mysql -puplooking > stop slave;
在 master(172.25.17.19) 服务器上修改数据:
mysql> create tabletest.t1(id int);
mysql> insert intotest.t1 values (1);mysql> insert into test.t1 values (3);
mysql> insert intotest.t1 values (2);mysql> insert into test.t1 values (4);
在 slave1(172.25.17.20) 服务器上修改数据:
mysql> create tabletest.t1(id int);
mysql> insert into test.t1values (5);
mysql> insert intotest.t1 values (6);
在 调度服务器mysql-proxy 上打开若干个终端远程访问数据库,读取数据:
[root@proxy ~]# yum -y install mysql #安装数据库添加mysql启动命令
[root@proxy ~]# mysql -uproxy -p123456 -h172.25.17.7 -P4040
#远程访问数据库
mysql> select * from test1.t1;
+------+| id |
+------+| 1 || 2 || 3 || 4 |
+------+
4 rows in set (0.00 sec)
mysql> select * from test01.t1;
+------+| id |
+------+| 5 || 6 |
+------+
2 rows in set (0.00 sec)
显示结果不同,证实配置成功。屡次尝试以上两行代码直到显示不一样结果。
试验结束在slave1服务器上slave start恢复主从同步。
读写分离,延迟是个大问题
在 slave 服务器上执行 show slave status,
能够看到不少同步的参数,要注意的参数有:
Master_Log_File:slave 中的 I/O 线程当前正在读取的 master 服务器二进制式日志文件名.
Read_Master_Log_Pos:在当前的 master 服务器二进制日志中,slave 中的 I/O 线程已经读取的位置
Relay_Log_File:SQL 线程当前正在读取与执行中继日志文件的名称
Relay_Log_Pos:在当前的中继日志中,SQL 线程已读取和执行的位置
Relay_Master_Log_File:由 SQL 线程执行的包含多数近期事件的 master 二进制日志文件的名称
Slave_IO_Running:I/O 线程是否被启动并成功链接到 master
Slave_SQL_Running:SQL 线程是否被启动
Seconds_Behind_Master:slave 服务器 SQL 线程和从服务器 I/O 线程之间的差距,单位为秒计
slave 同步延迟状况出现:
1.Seconds_Behind_Master 不为了,这个值可能会很大
2.Relay_Master_Log_File 和 Master_Log_File 显示 bin-log 的编号相差很大,说明 bin-log 在 slave 上
没有及时同步,因此近期执行的 bin-log 和当前 I/O 线程所读的 bin-log 相差很大
3.mysql 的 slave 数据库目录下存在大量的 mysql-relay-log 日志,该日志同步完成以后就会被系统自动
删除,存在大量日志,说明主从同步延迟很厉害
mysql 主从同步原理
主库针对读写操做,顺序写 binlog,从库单线程去主库读"写操做的 binlog",从库取到 binlog 在本地原
样执行(随机写),来保证主从数据逻辑上一致.
mysql 的主从复制都是单线程的操做,主库对全部 DDL 和 DML 产生 binlog,binlog 是顺序写,因此
效率很高,slave 的 Slave_IO_Running 线程到主库取日志,效率比较高,下一步问题来 了,slave 的
slave_sql_running 线程将主库的 DDL 和 DML 操做在 slave 实施。DML,DDL 的 IO 操做是随即的,
不能顺序的,成本高不少,还有可能 slave 上的其余查询产生 lock,因为 slave_sql_running 也是单线
程的,因此 一个 DDL 卡住了,需求需求执行一段时间,那么全部以后的 DDL 会等待这个 DDL 执行完
才会继续执行,这就致使了延迟.因为 master 能够并发,Slave_sql_running 线程却不能够,因此主库执
行 DDL 需求一段时间,在 slave 执行相同的 DDL 时,就产生了延迟.
主从同步延迟产生缘由
当主库的 TPS 并发较高时,产生的 DDL 数量超过 Slave 一个 sql 线程所能承受的范围,那么延迟就产
生了,固然还有就是可能与 slave 的大型 query 语句产生了锁等待
首要缘由:数据库在业务上读写压力太大,CPU 计算负荷大,网卡负荷大,硬盘随机 IO 过高
次要缘由:读写 binlog 带来的性能影响,网络传输延迟
主从同步延迟解决方案
架构方面
1.业务的持久化层的实现采用分库架构,mysql 服务可平行扩展分散压力
2.单个库读写分离,一主多从,主写从读,分散压力。
3.服务的基础架构在业务和 mysql 之间加放 cache 层
4.不一样业务的 mysql 放在不一样的机器
5.使用比主加更了的硬件设备做 slave
主要是让mysql压力变小,延迟天然就会变小。
硬件方面:
采用好的服务器
mysql 主从同步加速
一、sync_binlog 在 slave 端设置为 0
二、–logs-slave-updates 从服务器从主服务器接收到的更新不记入它的二进制日志。
三、直接禁用 slave 端的 binlog
四、slave 端,若是使用的存储引擎是 innodb,innodb_flush_log_at_trx_commit =2
从文件系统自己属性角度优化
master 端
修改 linux、Unix 文件系统中文件的 etime 属性,能够 经过设置文件系统的 mount 属性,组织操做系统写 atime 信息。
打开/etc/fstab,加上 noatime 参数
/dev/sdb1 /data reiserfs noatime 1 2
而后从新 mount 文件系统
#mount -oremount /data
主库是写,对数据安全性较高,好比 sync_binlog=1,innodb_flush_log_at_trx_commit = 1 之类的设置是须要的
而 slave 则不须要这么高的数据安全,彻底能够讲 sync_binlog 设置为 0 或者关闭
binlog,innodb_flushlog 也能够设置为 0 来提升 sql 的执行效率
一、sync_binlog=1 o
MySQL 提供一个 sync_binlog 参数来控制数据库的 binlog 刷到磁盘上去。
默认,sync_binlog=0,表示 MySQL 不控制 binlog 的刷新,
二、innodb_flush_log_at_trx_commit (这个很管用)
默认值 1 的意思是每一次事务提交或事务外的指令都须要把日志写入(flush)硬盘,这是很费时的,设成 2 对于不少运用,特别是从 MyISAM 表转过来的是能够的,它的意思是不 写入硬盘而是写入系统缓存。值 2 只会在整个操做系统 挂了时才可能丢数据。
3.进行分库分表处理,这样减小数据量的复制同步操做