mysql5.6能升级到5.7么
发布网友
发布时间：2022-03-31 15:18
共2个回答
热心网友
时间：2022-03-31 16:47
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 语句时，可以不用先停止复制线程了。
热心网友
时间：2022-03-31 18:05
首先要考虑升级是否能解决或优化在当前版本中遇到的问题
5.6迁移5.7的兼容性问题可以查看mysql的官方文档:
https://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html
我个人开发遇到的问题主要是SQL_MODE中ONLY_FULL_GROUP_BY和STRICT_TRANS_TABLES默认开启(你也可以改成和你现有环境相同)
前者可能导致原先不规范的但可以执行的SQL如:
SELECT MIN(T.A),BFROM(SELECT 1 AS A, 2 AS B
UNION ALL
SELECT 3, 2) T
报错, 后者则可能导致除数为0的结果不是NULL而是报错等
分析那边到5.7还能使用INFORMATION_SCHEMA, 但已经标注deprecated
其他的诸如binlog, 启动模式/选项等了解不深, 看过去感觉是自身的内部迭代, 相应的对环境参数配置上可能会有影响, 具体还是先以官方文档作为最佳实践来参照吧
