升级到 MySQL 5.6 后设置 sql_mode “blank”

Question

将 MySQL 从 5.5 升级到 5.6 后，我们的一些应用程序面临问题，需要将 sql_mode 设置为空白来解决此问题。我添加sql_mode = ''了my.cnf但对mysql设置没有影响。

如何将 sql_mode 保持为空白？

Answer 1

序幕

在我的组织中，有人问过我同样的问题，因为每个人都在使用 MySQL 5.5。在过去的 8 个月中，所有数据库服务器都升级到 MySQL 5.6。一些客户端应用程序也受到sql_mode变化的影响。

根本原因

我刚刚发现为什么你所做的不起作用，解决方法很简单。

根据MySQL 5.5 文档， sql_mode 默认是一个空白 sting。

根据MySQL 5.6 文档， sql_mode 默认是

• MySQL 5.6.5 和后面的空白字符串
• NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 在 5.6.6 和 GA 中

好的，我希望你坐下。

这是 Oracle在 MySQL 5.6 中实现sql_mode的懒惰方式：有一个附加my.cnf文件。

如果你跑

cat /usr/my.cnf

你会看到以下内容

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html

[mysqld]

# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M

# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin

# These are commonly set, remove the # and set as required.
# basedir = .....
# datadir = .....
# port = .....
# server_id = .....
# socket = .....

# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

见第 28 行？

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

解决方案

步骤 01：注释掉第 28 行/usr/my.cnf

#sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

步骤 02：手动设置sql_mode

mysql> SET GLOBAL sql_mode = '';

就是这样 ！！！

结语

• STEP 01防止重新启动 mysqld 改变sql_mode。
• STEP 02现在设置sql_mode，因此不需要立即重新启动 mysqld

试一试 ！！！

Answer 2

对于 5.7.13（可能还有其他 5.7 变体），以下技巧有效：

在my.cnf：

sql_mode=ALLOW_INVALID_DATES

并重新启动服务器。如果你不想重启，你可以这样做：

set global sql_mode='ALLOW_INVALID_DATES'

然后mysqld忘记其所有迂腐的默认值，其行为类似于默认配置的 5.5。