Question

mysql5.6和5.7的区别

Answer 1

MySQL 5.7 已经开发两年了。相比 MySQL 5.6，有特别多的改进。团队主要关注速度，性能据报告是比之前版本提升了 2 至 3 倍！
新特性列表，主要改进：
提升 MySQL 安全性

改进了安装程序
MySQL 5.6 中，mysql_install_db 在数据库创建的时候提供选项来生成 random password。
MySQL 5.7.4 中，可以跳过 -skip-random-password 选项来默认生成随机密码。
MySQL 5.7.5 中，还是默认生成随机密码，但是选项修改为 –insecure
而现在，MySQL 5.7.6 废弃了 mysql_install_db，使用 mysqld –initialize (formerly known as “mysqld –bootstrap,” now deprecated.) 替代。

Answer 2

　mysql-server-5.6
　　1)InnoDB现在可以限制大量表打开的时候内存占用过多的问题(比如这里提到的)(第三方已有补丁)
　　2)InnoDB性能加强。如分拆kernel mutex;flush操作从主线程分离;多个perge线程;大内存优化等
　　3)InnoDB死锁信息可以记录到 error 日志，方便分析
　　4)MySQL5.6支持延时复制，可以让slave跟master之间控制一个时间间隔，方便特殊情况下的数据恢复。
　　5)表分区功能增强
　　6)MySQL行级复制功能加强，可以降低磁盘、内存、网络等资源开销(只记录能确定行记录的字段即可)
　　7)Binlog实现 crash-safe
　　8)复制事件采用crc32校验，增强master/slave 复制数据一致性
　　9)新增 log_bin_basename (以前variables里面没有binlog位置信息，对数据库的监管很不方便)

Answer 3

MySQL 5.7 已经开发两年了。相比 MySQL 5.6，有特别多的改进。团队主要关注速度，性能据报告是比之前版本提升了 2 至 3 倍。

新特性列表，主要改进：提升 MySQL 安全性

改进了安装程序

MySQL 5.6 中，mysql_install_db 在数据库创建的时候提供选项来生成 random password。

MySQL 5.7.4 中，可以跳过 -skip-random-password 选项来默认生成随机密码。

MySQL 5.7.5 中，还是默认生成随机密码，但是选项修改为 –insecure。

而现在，MySQL 5.7.6 废弃了 mysql_install_db，使用 mysqld –initialize (formerly known as “mysqld –bootstrap,” now deprecated.) 替代。

mysql-server-5.6：

1)InnoDB现在可以限制大量表打开的时候内存占用过多的问题(比如这里提到的)(第三方已有补丁)

2)InnoDB性能加强。如分拆kernel mutex;flush操作从主线程分离;多个perge线程;大内存优化等

3)InnoDB死锁信息可以记录到 error 日志，方便分析

4)MySQL5.6支持延时复制，可以让slave跟master之间控制一个时间间隔，方便特殊情况下的数据恢复。

5)表分区功能增强

6)MySQL行级复制功能加强，可以降低磁盘、内存、网络等资源开销(只记录能确定行记录的字段即可)

7)Binlog实现 crash-safe

8)复制事件采用crc32校验，增强master/slave 复制数据一致性

Answer 4

1. 下载 5.7.30 的 zip 包并解压到新的目录。
2. 安装 Visual C++ 2012/2013（或更多版本）。
3. 停应用，停止 5.6 实例（可以通过停服务来操作，停止服务前建议记录一下 GTID 或 binlog file 和 position 位置），删除服务。
4. 备份一份 5.6 实例的 datadir，包括 binlog（整个目录 copy 到别的目录存放）。
5. 拷贝 5.6 实例的 datadir 和 my.ini 到 5.7 实例 basedir 目录，调整并优化参数值（注意要确保路径一致，确认已开启 5.7 新特性相关参数，如增强半同步、MTS 等）。
6. 修改系统环境变量，把可执行路径指向 5.7 实例的 basedir/bin。
7. 启动 5.7 实例，创建服务并启动。
8. 验证服务端、客户端版本是否正确。
9. 确认无误后，执行 mysql_upgrade 升级数据字典（会升级系统库：mysql，ps，sys，没有会重建）。
10. 重启实例。
11. 再次校验 5.7 的参数，尽量保持与 5.6 的兼容，尤其要注意 sql_mode 的默认值对业务的影响。
12. 清理 5.6 实例的 basedir 和 datadir 目录（可选）。
13. 如果是主从环境，还要考虑 slave_net_timeout 参数默认值改变带来的影响（主库 error 日志中出现 “ER_RPL_ZOMBIE_ENCOUNTERED” 的报错）。
在 5.7.7 以前，该参数默认是 3600s，之后改为了 60s，需要重新执行 change master to 语句，并且显式指定 master_heartbeat_period=xx，因为从 5.7.4 开始，只有执行 reset slave 才能将其重置为默认值（slave_net_timeout 值的一半）。另外提一句，也是从 5.7.4 开始，执行 change master to 语句时，可以不用先停止复制线程了。