mysql中5.6和5.5有什么区别

数据运维 2023-04-16 向阳逐梦手机阅读

区别：1、在5.5版本中主从配置不能省略binlog和POS两个参数，而在5.6版本中这两个参数可以省略；2、在5.5版本中不支持多线程复制，同步复制是单线程、队列的，而在5.6版本中支持多线

    <blockquote><p>区别：1、在5.5版本中主从配置不能省略binlog和POS两个参数，而在5.6版本中这两个参数可以省略；2、在5.5版本中不支持多线程复制，同步复制是单线程、队列的，而在5.6版本中支持多线程复制。</p></blockquote>

本教程操作环境：windows10系统、mysql8.0.22版本、Dell G3电脑。

mysql中5.6和5.5有什么区别

5.6的改进地方：

1、在5.5和之前的版本mysql中，主从配置的话，要在从节点配置change master to 指明binlog和POS。而在5.6及以后

，这2个参数就可以省略掉。MySQL可以通过内部的GTID机制自动找点同步。我们只要指明master的IP、用户名和密码、端口即可。

2、5.6支持多线程复制

在5.5里，同步复制是单线程、队列的，只能一个的执行。而在5.6里，多个库可以同时进行复制(注意：同一个库内仍是不能多线程了)。

5.6里会涉及到UUID这个参数

GTID：全局事务标识符

使用这个功能时，每次事务提交都会在binlog里生成唯一的标识符，它由UUID和事务ID组成。首次提交的事务ID为1，以后依次递增。

开启GTID时，slave做同步复制时，无需找到binlog日志和POS点。直接

GTID写法：

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里面加上如下的配置：

在slave上导入mysql -uroot -proot < /root/hello.sql

在slave上配置change master to指向(如下6行代码)：

1、GTID的复制是基于事务的，不支持MyISAM，这可能导致多个GTID分配各同一个事务。

2、对create table ... select语句不支持。因为该语句会被拆分成create table和insert 两个事务，并且如果这两个事务被分配了同一个GTID，将会导致insert被备库忽略掉。

3、不支持创建、删除临时表

多线程复制演示：

在slave上执行下面几条命令：

说明：slave_parallel_workers 即可实现在slave上多线程并发复制。不过，它只能支持一个实例下多个 database 间的并发复制，并不能真正做到多表并发复制。因此在较大并发负载时，slave还是没有办法及时追上master，需要想办法进行优化(比如：尽量将一个库中的表按照业务逻辑拆分成多个库来保存，这样在写操作时候，slave就能开启多线程复制，减少了同步的时延。)

此外，建议修改my.cnf，增加2行(默认这个info_file是文件的，不写入数据库的)

GTID模式下的主从复制，同步时候报错不能跳过的解决方法：

假如在slave上看到同步报错“从节点的XXX键不存在”

我们可以尝试使用5.5上的老方法