如何在MySQL My.cnf中使sql-mode=“no_engine_substitution”永久化

Question

在我们最近更新到MySQL5.6.27（来自Ubuntu repo）之后，这个选项现在起作用了。所以这似乎是以前版本的MySQL的一个问题。

通过对MySQL(5.6.20)的新升级，更新和插入将失败，除非我将sql-mode设置为no_engine_substitute。

多亏了这些文档，我可以从mysql终端运行以下操作，这就（暂时）解决了这个问题：

SET GLOBAL sql_mode = 'NO_ENGINE_SUBSTITUTION';
SET SESSION sql_mode = 'NO_ENGINE_SUBSTITUTION';`

因此，我尝试通过编辑/etc/mysql/my.cnf（在运行Ubuntu 12.04.5LTS的标准服务器上），并添加文档中所说的应该添加的配置设置来使其永久化：

[mysqld]
sql-mode="NO_ENGINE_SUBSTITUTION"

只是出于测试的目的，我还尝试了以下格式（这些格式在重启MySQL时不会导致错误，但不影响设置）。

# dash no quotes
sql-mode=NO_ENGINE_SUBSTITUTION
# underscore no quotes
sql_mode=NO_ENGINE_SUBSTITUTION
# underscore and quotes
sql_mode="NO_ENGINE_SUBSTITUTION"

什么都不起作用。重新启动后，该设置将丢失，我必须再次从mysql终端手动运行命令，以使保存工作再次进行。

• 我知道/etc/mysql/my.cnf正在被引用，因为我们在此文件中定义了复制，这是有效的。
• 此html" target="_blank">文件中没有覆盖它的其他相同设置。

通过从命令行运行以下命令,我将获得正在引用的配置文件列表：

mysqld --help --verbose

我看到一行写着：

Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf 

这是它“查找”文件的默认位置，这并不意味着它实际上在那里找到了一个文件，例如，我的服务器没有/etc/my.cnf、/usr/etc/my.cnf或~/.my.cnf。

因此，看起来我在/etc/mysql/my.cnf中的配置是mysql引用的唯一文件，因此该设置不会被覆盖。

从逻辑上讲，语法似乎是不正确的，或者由于其他原因被忽略了。还有别的想法吗？

Answer 1

为了将我的配置添加到混合配置中，我使用了MySQL5.7.8，默认情况下它具有相同的严格的sql_mode规则。

>

我最终想到了在my/etc/mysql/my.conf中工作的以下方法：

[mysqld]
sql-mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION"

即破折号,而不是下划线和值周围的引号。

>

除了/etc/mysql/my.conf之外，我没有其他my.conf文件

有一些额外的配置包括从/etc/mysql/conf.d/加载，但它们是空的。

这对我来说很管用。