rhel6系统中，mysql 5.6复制新特性下主从复制配置[基于GTID]
1.mysql5.6在复制方面的新特性：
(1).支持多线程复制:事实上是针对每个database开启相应的独立线程,即每个库有一个单独的(sql thread).针对这样的改进,如果我们想实现多线程复制,无疑要对现存的数据库结构进行重新设计,分库分表.对于压力都集中在个别database的,多线程并发复制特性就没有意义.
(2).支持启用GTID,在配置主从复制,传统的方式里,你需要找到binlog和POS点,然后change master to指向.在mysql5.6里,无须再知道binlog和POS点,只需要知道master的IP/端口/账号密码即可,因为同步复制是自动的,mysql通过内部机制GTID自动找点同步.
(3).基于Row复制只保存改变的列,大大节省Disk Space/Newwork resources和Memory usage.
(4).支持把Master 和Slave的相关信息记录在Table中,原来是记录在文件里,记录在表里,增强可用性
(5).支持延迟复制
注：
关于 server_uuid 的解释：服务器身份ID。在第一次启动Mysql时，会自动生成一个server_uuid并写入到数据目录下auto.cnf文件里，官方不建议修改。
- [root@client102 ~]# cat /home/mysql/data/auto.cnf
- [auto]
- server-uuid=14be3ddd-4e92-11e3-8335-000c299c1b31
关于GTID的解释： 全局事务标识符。当开启这个功能时，每次事务提交都会在binlog里生成一个唯一的标示符，它由server_uuid和事务ID组成。首次提交的事务ID为1，第二次为2，第三次为3，依次类推。
2.mysql主从复制的原理图：[此原理没有变化]
3. MySQL5.6开始主从复制有两种方式：基于日志（binlog）[基于日志的搭建,上篇文章已搭建过];基于GTID（全局事务标识符）
本次配置是基于GTID（全局事务标识符）,但其也有劣势,实际生产环境中,暂时不推荐使用
基于GTID（全局事务标识符）的局限性：
(1).GTID同步复制是基于事务。所以Myisam表不支持，这可能导致多个GTID分配给同一个事务。(5.6.9版本已经修改，支持修改Myisam表)
(2).gtid_mode和enforce-gtid-consistency=true 必须同时使用，不同时使用，启动Mysql报错。
(3).无法修改myisam表的数据，会提示"Updates to non-transactional tables are forbidden when disable-gtid-unsafe-statements" --> 这个我测试5.6.14,是可以正常修改数据,所以这点劣势待定,大家可以分享测试结果
(4).不支持对临时表操作：CREATE TEMPORARY TABLE、DROP TEMPORARY TABLE --> 这个劣势,5.6.14也可以做,大家可以测试,留言反馈，最近，在5.6.19上测试，是不可以操作，以前5.6.14可能测试有误，这里补充一下。
(5).不支持CREATE TABLE ... SELECT语句。因为该语句会被拆分成create table 和insert两个事务，并且这个两个事务被分配了同一个GTID，这会导致insert被备库忽略掉[这条语句在游戏数据库用的比较多，通常用来将大表分成小表]
4.基于GTID（全局事务标识符）mysql主从复制配置演示：
(1).默认主DB server和从DB server数据库都已经安装好,我的两台DB server都已经安装好(5.6.14版本),都会是双实例[这里我使用3307端口的实例]
注：两台机器的的selinux都是disable(永久关闭selinux,请修改/etc/selinux/config,将SELINUX改为disabled),防火墙可以选择关闭，开启的话也行[不行的话,添加防火墙策略]
主DB server：192.168.1.102:3307
从DB server：192.168.1.100:3307
(2).修改主DB server的配置文件(/etc/my.cnf) [client102为主DB server] --> 主DB sever的配置文件和从DB server文件基本一样,方便搭建HA
- [root@client102 ~]# vim /etc/my.cnf
- # 在[mysqld]里加入如下代码[里面原代码保留,有重复的部分,以这部分为准]
- # 设置server_id,一般建议设置为IP,或者再加一些数字[在以前版本为server-id]
- server_id =1021
- # 二进制日志的格式：有row、statement和mixed三种
- # 注：当设置隔离级别为READ-COMMITED必须设置二进制日志格式为ROW,MySQL官方认为STATEMENT这个已经不再适合继续使用;但mixed类型在默认的事务隔离级别下,可能会导致主从数据不一致; 推荐使用 row
- binlog-format=ROW
- # 这个选项允许应用程序只能对行的镜像数据进行复制,而不在关心行是否已经进行了DML操作.这提高了主从机器的复制吞吐量,减少了二进制日志所占用的磁盘空间、网络资源和内存占用.
- binlog-row-image = minimal
- # 开启二进制日志功能,可以随便取,最好有含义
- log-bin=mysql3307-bin
- # log-slave-updates/gtid-mode/enforce-gtid-consistency/report-port/report-host：用于启动GTID及满足附属的其它需求[其中启动GTID必须同时设置gtid-mode/enforce-gtid-consistency/]
- report-host=192.168.1.102
- report-port=3307
- gtid-mode=on
- enforce-gtid-consistency=true
- log-slave-updates=true
- # master-info-repository/relay-log-info-repository都设置为TABLE,mysql.slave_master_info与 mysql.slave_relay_log_info 中,table都是innodb类型的,支持事务,比文件安全
- # 默认值是FILE, 比如master info就保存在master.info文件中,relay log info保存在relay-log.info文件中,如果服务器意外关闭,正确的relay info 没有来得及更新到 relay-log.info文件,这样会造成数据丢失
- master-info-repository=TABLE
- relay-log-info-repository=TABLE
- # 启用之后,使binlog在每N次binlog写入后与硬盘 同步
- sync-master-info=1
- # 以下是对二进制日志一些设置
- binlog_cache_size = 4M
- max_binlog_size = 1G
- max_binlog_cache_size = 2G
- # 以下这几个参数是启用binlog/relaylog的校验，防止日志出错
- binlog-checksum=CRC32
- slave_allow_batching = 1
- master-verify-checksum=1
- slave-sql-verify-checksum=1
- # 启用这个参数,可用于在二进制日志记录事件相关的信息,可降低故障排除的复杂度
- # 只对row binlog格式有效.启用后,会向binlog中写入更多的调试信息，比如sql语句自身都会被写进去. mysqlbinlog -vv 可以看到.
- binlog-rows-query-log_events=1
- # 开启基于库的多线程复制.默认是0,不开启,最大并发数为1024个线程
- slave-parallel-workers=4
- # 这两个是启用relaylog的自动修复功能,避免由于网络之类的外因造成日志损坏,主从停止.
- relay_log_purge = 1
- relay_log_recovery = 1
(3).启动数据库服务器,并登陆数据库,授予相应的用户用于同步
- # 查看GTID是否开启[enforce_gtid_consistency/gtid_mode 为ON,表示已经开启]
- mysql> show global variables like '%gtid%';
- +--------------------------+-------+
- | Variable_name | Value |
- +--------------------------+-------+
- | enforce_gtid_consistency | ON |
- | gtid_executed | |
- | gtid_mode | ON |
- | gtid_owned | |
- | gtid_purged | |
- +--------------------------+-------+
- # 我这里是多实例mysql,所以启动是这样的,如果大家是单实例的,就直接启动就可以[/etc/init.d/mysqld start]
- [root@client102 ~]# mysqld_multi start 3307
- # 登陆mysql 服务器
- [root@client102 ~]# mysql -uroot -S /usr/local/mysql/mysqld3307.sock -p
- # 授予用户权限用于主从同步
- mysql> grant replication slave on *.* to 'kongzhong'@'192.168.1.100' identified by 'kongzhong';
- # 刷新授权表信息
- mysql> flush privileges;
(4).从DB server配置文件添加代码如下,和主基本一样
- [root@client100 ~]# vim /etc/my.cnf
- # 在[mysqld]下添加如下代码[里面原代码保留,有重复的部分,以这部分为准]
- server_id =1002 # 此处和主DB server不一样,唯一值
- binlog-format=ROW
- binlog-row-image = minimal
- log-bin=mysql33071-bin # 此处和主DB server不一样
- report-host=192.168.1.100 # 此处和主DB server不一样
- report-port=3307
- gtid-mode=on
- enforce-gtid-consistency=true
- master-info-repository=TABLE
- relay-log-info-repository=TABLE
- sync-master-info=1
- slave-parallel-workers=4
- binlog_cache_size = 4M
- max_binlog_size = 1G
- max_binlog_cache_size = 2G
- binlog-checksum=CRC32
- master-verify-checksum=1
- slave-sql-verify-checksum=1
- binlog-rows-query-log_events=1
- log-slave-updates=true
- relay_log_purge = 1
- relay_log_recovery = 1
(5).启动从数据库,添加主DB server指向[关键位置]
- # 启动数据库
- [root@client100 ~]# mysqld_multi start 3307
- # 登陆数据库,添加相关参数(主DBserver的ip/端口/同步用户/密码/****) 这里也需要看是否启动GTID,我这里省略
- [root@client100 ~]# mysql -uroot -S /usr/local/mysql/mysqld3307.sock -p
- mysql> change master to
- -> master_host='192.168.1.102',
- -> master_user='kongzhong',
- -> master_password='kongzhong',
- -> master_port=3307,
- -> master_auto_position = 1,
- -> master_delay=30;
- #/* 下面是一部分注解：
- #/* 指定主DB server的IP地址
- master_host='192.168.1.102'
- #/* 指定用于同步的用户[这个就是我们在主DB server授权的用户]
- master_user='kongzhong'
- #/* 指定用于同步的用户的密码
- master_password='kongzhong'
- #/* 指定主DB server的端口[下面一个例子,可以重点看这个]
- master_port=3306
- #/* 自动寻找position号
- master_auto_position = 1
- #/* 延时30秒执行复制,relay日志会及时同步到slave机,只是日志的中的事件会根据事件的时间戳延时30秒执行.此参数具有实用性
- master_delay=30
(6).开启同步,验证同步状态
- # 开启主从同步[以前的版本slave start,新版本已不支持此写法]
- mysql> start slave;
- # 查看主从同步状态
- mysql> show slave status\G;
- # 主要看以下两个参数：[这两个参数如果是yes就表示主从同步正常]
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- # 在新特性下,我们还可以看到如下几个参数
- Retrieved_Gtid_Set: 1f14026d-53e7-11e3-a5f9-000c299c1b31:4
- Executed_Gtid_Set: 1f14026d-53e7-11e3-a5f9-000c299c1b31:1-4
- #/* Retrieved_Gtid_Set项：记录了relay日志从Master获取了binlog日志的位置
- #/* Executed_Gtid_Set项：记录本机执行的binlog日志位置（如果是从机，包括Master的binlog日志位置和slave本身的binlog日志位置）
- # 此时,我们可以在主DB sever 查看一下,现在gtid标识是否和从DB server 一致：
- # 登陆到主DB server执行如下命令[查看gtid_executed和从DB server上的Executed_Gtid_Set是否一致,一致表示同步完成]
- mysql> show global variables like '%GTID%';
- +--------------------------+------------------------------------------+
- | Variable_name | Value |
- +--------------------------+------------------------------------------+
- | enforce_gtid_consistency | ON |
- | gtid_executed | 1f14026d-53e7-11e3-a5f9-000c299c1b31:1-4 |
- | gtid_mode | ON |
- | gtid_owned | |
- | gtid_purged | |
- +--------------------------+------------------------------------------+
- # 此时可以大家可以在主上执行操作,看是否能同步到从上,并时刻对比上面几个参数
- 上面的搭建，省了数据一致部分[我这里是新装的实例,所以数据是一致的],各位如果不是新环境,可以备份,还原数据
- 备份使用如下语句, --triggers --routines --events 这几个参数没有认真揣摩其含义,如有对其了解的,可留言告知
- [root@client102 ~]# mysqldump -uroot -p -S /usr/local/mysql/mysqld3307.sock --all-databases --triggers --routines --events >/tmp/mysql3307.sql
- # 还原语句还和原理一样
- [root@client100 ~]# mysql -uroot -p -S /usr/local/mysql/mysqld3307.sock < /tmp/mysql3307.sql
mysql 5.6新特性下的主从,这里研究的还不够深入，有时间还需进一步研究。
各位如果发现文章中的错误，请及时指正，交流，谢谢！
rhel6系统中，mysql 5.6复制新特性下主从复制配置[基于GTID]相关推荐
- centos系统中mysql密码_CentOS系统找回mysql登录密码
在使用CentOS系统中,也许你会对很多的东西进行设置密码,来保护你的电脑的安全问题等,那么,如过一个不小心把密码忘记了,也许会给你的工作带来很多的不便.下面我们就来帮大家解决一个关于CentOS系统 ...
- mysql 5.5 特性_MySQL5.5复制新特性
MySQL5.5复制新特性 一.MySQL5.5复制改进 MySQL5.5版本对MySQL Replication进行了多项的改良,以提供数据的完整性,性能和应用灵活性更高水平. 1.Semisync ...
- c 5.6 mysql 配置文件_Windows系统中MySQL 5.6的配置文件（my.ini）修改方法_MySQL
bitsCN.com Windows系统中MySQL 5.6的配置文件(my.ini)修改方法 这也是一个小经验.由于实验需要,我需要修改一下MySQL的配置文件my.ini.在MySQL 5.6.8 ...
- MySQL5.5复制新特性
MySQL5.5复制新特性 一.MySQL5.5复制改进 MySQL5.5版本对MySQL Replication进行了多项的改良,以提供数据的完整性,性能和应用灵活性更高水平. 1.Semisync ...
- 宋利兵 mysql_《MySQL 5.7 Replication新特性》分享之互动问题解答
分享主题 <MySQL 5.7 Replication新特性> 嘉宾介绍 宋利兵,MySQL研发工程师.2009年加入MySQL全球研发团队,从事MySQL复制相关功能的开发. 主题介绍 ...
- 5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复，同步中断处理
5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复,同步中断处理 这个文章包含三个部分 1:gtid的多线程复制 2:同步中断处理 3:GTID的备份与恢复 下面文字相关的东西 大 ...
- android p preview_细数 Android P 开发者预览版中最不能错过的新特性
原标题:细数 Android P 开发者预览版中最不能错过的新特性 2018年安卓巴士全球开发者论坛-重庆站 [线下活动]春天到了 跟小编一起去重庆嗨皮吧~ Android P 应用适配新特性1.Pr ...
- Linux系统中的软件管理详解（下）—搭建网络软件仓库及第三方软件仓库
Linux系统中的软件管理详解(下) 5.软件仓库管理命令 a)dnf 命令: 管理软件仓库中的安装包 dnf repolist ##列出仓库信息clean all ##清除系统中已经加载的仓库缓存信 ...
- Keil中使有C99及其新特性
Keil中使有C99及其新特性 Keil选择C99编译 C99特性介绍 Keil选择C99编译 选择C/C++,勾选C99 C99特性介绍 宏支持可变参数定义,例如 #define NRF_LOG_I ...
最新文章
- linux user 用户管理
- STM32移植RT-Thread的串口只能接收一个字节数据的问题
- c语言调用tuxedo步骤,tuxedo 入门
- 18:等差数列末项计算
- Oracle Parallel Execution(并行执行) .
- java值栈_Struts2 中的值栈是什么？
- Android 系统（145）---ODM 开发用户常见需求文档（七）
- 大道至简第四章读后感
- 吃货联盟点餐java面向对象_使用面向对象思想编写吃货联盟
- NVM node版本管理工具的安装和使用
- .NET基础知识（一）
- Enterprise Library 2.0 Hands On Lab 翻译（2）：数据访问程序块（二）
- JDownloader 2 for Mac(不限速下载工具)
- 【尚硅谷】JavaScript基础实战丨JS入门到精通_01-06
- Win11将输入法的繁体改为简体
- iis8.0php套件包,iis 8.0 express-IIS8.0安装包下载 官方免费版--pc6下载站
- 光伏发电量和用电量的概率预测研究综述（1）
- uniapp之小程序端生成分享海报（带自定义参数的二维码）
- Unity3d地图制作之模型高光
- 计算机二级心得体会论文,学习计算机二级心得体会.docx