警惕参数变化，MySQL 8.0 升级避免再次踩坑

MySQL 8.0新特性专栏目录

《MySQL开发规范》过时了，视图查询性能提升了一万倍
你真的会用EXPLAIN么，SQL性能优化王者晋级之路
索引三剑客之降序索引和不可见索引
千呼万唤始出来，MySQL 8.0索引三剑客之函数索引
双重密码，MySQL 8.0创新特性
sql_mode兼容性，MySQL 8.0 升级踩过的坑
警惕参数变化，MySQL 8.0 升级避免再次踩坑

---

---

前言：

上一篇博客sql_mode兼容性，MySQL 8.0 升级踩过的坑，提到了MySQL 8.0版本中sql_mode默认值的变化，导致升级之后业务访问报错。我们知道MySQL 8.0相对于MySQL 5.7加入了很多新特性，在功能和安全性上做了很多的优化和调整，这就不可避免地会修改一些参数或者函数。我们现有业务数据从MySQL 5.7及之前的版本升级到8.0，需要特别警惕这些参数的变化，这些变化可能会导致业务行为发生一些意料之外的结果！！！

最近MySQL 8.0 升级的过程中，我梳理了一些业务可能用到的、重要的参数变化，包括一些MySQL 8.0中已经废弃的参数和部分常见参数默认值的变化。对于一些innodb底层的参数变化，业务并无感知，就不用单独列出讨论。

---

1. MySQL 8.0中废弃/移除的参数

1.1 相关参数

1.1.1 查询缓存相关参数

查询缓存功能，在8.0.3版本中被整体移除，相关参数随之全部移除。

• query_cache_type
• query_cache_size
• query_cache_limit
• query_cache_min_res_unit
• query_cache_wlock_invalidate

1.1.2 事务相关参数

tx_isolation 和 tx_read_only 在8.0.3中移除，使用参数transaction_isolation 和transaction_read_only 替代

1.1.3 日志相关参数

expire_logs_days 设置binlog保留天数，从MySQL 8.0.11开始已经废弃，并把默认值修改为0，转而使用参数binlog_expire_logs_seconds替代。在MySQL 5.7中习惯使用expire_logs_days参数设置binlog保留时间的需要注意一下。

1.1.4 数据类型格式

date_format 和 datetime_formate 和 time_format 时间格式化函数，在MySQL 8.0.3中被移除。注意业务程序中使用这几个函数，在8.0中很可能会报错。

1.1.5 sql_mode的变化

sql_mode参数在MySQL 8.0中当然还是保留的，但是，要注意NO_AUTO_CREATE_USER 模式在8.0中被移除。

---

1.2 MySQL 8.0升级踩坑 - 废弃的参数篇

一套java程序的后端使用的数据库版本为MySQL 5.7。数据库升级到MySQL 8.0之后，业务代码连接数据库失败。报错信息为“java.sql.SQLException: Cannot create PoolableConnectionFactory (Could not create connection to database server.)”

get connetion from pool error:ConnectionInfo{
   jdbcUrl='jdbc:mysql://9.9.9.9:3306/db?useSSL=false&serverTimezone=UTC&