加入收藏 | 设为首页 | 会员中心 | 我要投稿 大连站长网 (https://www.0411zz.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

mysql中5.6和5.5有哪些区别

发布时间:2022-06-16 11:12:54 所属栏目:MySql教程 来源:互联网
导读:mysql中5.6和5.5有什么区别 5.6的改进地方: 1、在5.5和之前的版本mysql中,主从配置的话,要在从节点配置change master to 指明binlog和POS。而在5.6及以后 ,这2个参数就可以省略掉。MySQL可以通过内部的GTID机制自动找点同步。我们只要指明master的IP、
  mysql中5.6和5.5有什么区别
  5.6的改进地方:
 
  1、在5.5和之前的版本mysql中,主从配置的话,要在从节点配置change master to 指明binlog和POS。而在5.6及以后
 
  ,这2个参数就可以省略掉。MySQL可以通过内部的GTID机制自动找点同步。我们只要指明master的IP、用户名和密码、端口即可。
 mysql中5.6和5.5有哪些区别
  2、5.6支持多线程复制
 
  在5.5里,同步复制是单线程、队列的,只能一个的执行。而在5.6里,多个库可以同时进行复制(注意:同一个库内仍是不能多线程了)。
 
  5.6里会涉及到UUID这个参数
 
  MySQL [(none)]>show variables like '%uuid%';
  +---------------+--------------------------------------+
  | Variable_name | Value                                |
  +---------------+--------------------------------------+
  | server_uuid   | ca910cf0-3aec-11e6-9319-b888e3dcfeb8 |
  +---------------+--------------------------------------+
  1 row in set (0.00 sec)
  注意:在mysql初次启动时候会自动生成这个UIID,写入到auto.cnf中,官方不建议修改这个值。并且server_uuid和GTID有密切关系。
 
  GTID:全局事务标识符
 
  使用这个功能时,每次事务提交都会在binlog里生成唯一的标识符,它由UUID和事务ID组成。首次提交的事务ID为1,以后依次递增。
 
  开启GTID时,slave做同步复制时,无需找到binlog日志和POS点。直接
 
  GTID写法:
 
  change master to
  master_HOST=192.168.2.100,
  master_PORT=2206,
  master_USER=repluser,
  master_PASSWORD='123456',
  master_AUTO_POSITION=1;
  另外传统的写法:
  CHANGE MASTER TO
  MASTER_HOST='master2.mycompany.com',
  MASTER_USER='replication',
  MASTER_PASSWORD='bigs3cret',
  MASTER_PORT=3306,
  MASTER_LOG_FILE='master2-bin.001',
  MASTER_LOG_POS=4,
  MASTER_CONNECT_RETRY=10;
  如果之前启用过了GTID,那么就不能不能再使用传统的change master to的方式了,会报错,如下:
 
  ERROR 1776 (HY000): Parameters MASTER_LOG_FILE, MASTER_LOG_POS, RELAY_LOG_FILE and RELAY_LOG_POS cannot be set when MASTER_AUTO_POSITION is active.
 
  GTID的工作流程:
 
  1、在master上提交一个事务,并写入到binlog
 
  2、binlog发送到slave上,slave接收并写入relay log,slave读取到这个GTID,并设置gtid_next的值。例如:
 
  set @@SESSION.GTID_NEXT='B0869D03-D332223-35454:3';
 
  然后告诉slave接下来的事务必须使用GTID,并写入到自己的binlog中。
 
  3、slave检查并确认这个gtid没有被使用,如果没有被使用,那么开始执行这个事务并写入到它自己的binlog里。
 
  4、由于gtid_next的值不是空的,slave不会尝试去生成一个新的gtid,而是通过主从同步来获的GTID。
 
  另外,要使用GTID方式进行主从同步的话,还要在my.cnf里面加上如下的配置:
 
  [mysqld]
  log-bin=mysql-bin
  binlog_format = mixed
  log_slave_updates = ON
  gtid-mode = ON
  enforce_gtid_consistency = ON
  然后在master上导出mysqldump -uroot -proot -q --single-transaction -R -E --triggers -B hellodb > /root/hello.sql
 
  在slave上导入mysql -uroot -proot < /root/hello.sql
 
  在slave上配置change master to指向(如下6行代码):
 
  change master to
  master_HOST=192.168.2.100,
  master_PORT=3306,
  master_USER=repluser,
  master_PASSWORD='123456',
  master_AUTO_POSITION=1;
  GTID的局限性:
 
  1、GTID的复制是基于事务的,不支持MyISAM,这可能导致多个GTID分配各同一个事务。
 
  2、对create table ... select语句不支持。因为该语句会被拆分成create table和insert 两个事务,并且如果这两个事务被分配了同一个GTID,将会导致insert被备库忽略掉。
 
  3、不支持创建、删除临时表
 
  多线程复制演示:
 
  在slave上执行下面几条命令:
 
  > stop slave;
  > set global  slave_parallel_workers = 4;
  > start slave;
  > show full processlist;可以看到有4个线程 Waitingfor an eventfromCoordinator
  如果此时在主上有大量的insert操作,可以在slave上执行> select * from mysql.slave_worker_infoG 应该可以查看到worker_id在不断变化,说明是多线程复制在起作用了。
 
  说明:slave_parallel_workers 即可实现在slave上多线程并发复制。不过,它只能支持一个实例下多个 database 间的并发复制,并不能真正做到多表并发复制。因此在较大并发负载时,slave还是没有办法及时追上master,需要想办法进行优化(比如:尽量将一个库中的表按照业务逻辑拆分成多个库来保存,这样在写操作时候,slave就能开启多线程复制,减少了同步的时延。)
 
  此外,建议修改my.cnf,增加2行(默认这个info_file是文件的,不写入数据库的)
 
  relay_log_info_repository = table
  master_info_repository = table
  单单这样还不够,默认这2张表是MyISAM的,不安全还要转换下
 
  > alter table slave_master_info engine innodb;
  > alter table slave_relay_log_info engine innodb;
  > alter table slave_worker_info engine innodb;
  这样的话,可防止表损坏,在损坏后可以自行修复。
 
  GTID模式下的主从复制,同步时候报错不能跳过的解决方法:
 
  假如在slave上看到同步报错“从节点的XXX键不存在”
 
  我们可以尝试使用5.5上的老方法
 
  > stop slave;
  > set global sql_slave_skip_counter=1
  > start slave;
 
  可以看出运行在GTID模式下,不支持sql_slave_skip_counter这种方式跳过的。
 
  那么可以如下方法来跳过:
 
  > show  slave statusG查看如下2行的信息:
 
  Retrieved_Gtid_Set: ca910cf0-3aec-11e6-9319-b888e3dcfeb8:1-2
  Executed_Gtid_Set: ca910cf0-3aec-11e6-9319-b888e3dcfeb8:1
  第一行表示收到的事务,第二行表示已经执行完的事务。也就是说执行到Retrieved_Gtid_Set时候发生错误了。
 
  因此,我们直接单单跳过这个事务即可。
 
  > stop slave;
  > set GTID_NEXT='ca910cf0-3aec-11e6-9319-b888e3dcfeb8:2';     就是这种写法,不要加什么1-2这些玩意
  > begin;
  > commit;
  > set GTID_NEXT="AUTOMATIC";      #把gtid_next设置回来
  > start slave;
  > show slave statusG   验证下是否IO/SQL都是YES状态。
  GTID模式转换为传统模式的方法及注意点:
 
  要转换成传统模式,需要在my.cnf里面注释掉下面2行:
 
  # gtid-mode=ON
  # enforce_gtid_consistency = ON
  然后重启MySQL。
 
  登进mysql,执行类似如下命令:
 
  > stop slave;
  > CHANGE MASTER TO
  MASTER_HOST='master2.mycompany.com',
  MASTER_USER='replication',
  MASTER_PASSWORD='bigs3cret',
  MASTER_PORT=3306,
  MASTER_LOG_FILE='master2-bin.001',
  MASTER_LOG_POS=4,
  MASTER_CONNECT_RETRY=10;
 
  解决方法:
 
  > change master to MASTER_AUTO_POSITION=0;     # 关闭这个参数,这个参数是GTID复制才用到的。
  > CHANGE MASTER TO
  MASTER_HOST = '192.168.2.11',
  MASTER_USER='repluser',
  MASTER_PASSWORD='123456',
  MASTER_PORT=3306,
  MASTER_LOG_FILE='mysql-bin.000012',
  MASTER_LOG_POS=500,
  MASTER_CONNECT_RETRY=10;
  > start slave;
  > show slave statusG 验证下是否IO/SQL都是YES状态。
  “mysql中5.6和5.5有哪些区别”的内容就介绍到这里了,感谢大家的阅读。

(编辑:大连站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!