共计 3062 个字符，预计需要花费 8 分钟才能阅读完成。
MySQL 的 sql_mode 合理设置
sql_mode 是个很容易被忽视的变量, 默认值是空值, 在这种设置下是可以允许一些非法操作的, 比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式, 所以开发、测试环境的数据库也必须要设置, 这样在开发测试阶段就可以发现问题。
sql model 常用来解决下面几类问题
(1) 通过设置 sql mode, 可以完成不同严格程度的数据校验，有效地保障数据准备性。
(2) 通过设置 sql model 为宽松模式，来保证大多数 sql 符合标准的 sql 语法，这样应用在不同数据库之间进行迁移时，则不需要对业务 sql 进行较大的修改。
(3) 在不同数据库之间进行数据迁移之前，通过设置 SQL Mode 可以使 MySQL 上的数据更方便地迁移到目标数据库中。
sql_mode 常用值如下:
ONLY_FULL_GROUP_BY:
对于 GROUP BY 聚合操作, 如果在 SELECT 中的列, 没有在 GROUP BY 中出现, 那么这个 SQL 是不合法的, 因为列不在 GROUP BY 从句中
NO_AUTO_VALUE_ON_ZERO:
该值影响自增长列的插入。默认设置下, 插入 0 或 NULL 代表生成下一个自增长值。如果用户 希望插入的值为 0, 而该列又是自增长的, 那么这个选项就有用了。
STRICT_TRANS_TABLES:
在该模式下, 如果一个值不能插入到一个事务表中, 则中断当前的操作, 对非事务表不做限制
NO_ZERO_IN_DATE:
在严格模式下, 不允许日期和月份为零
NO_ZERO_DATE:
设置该值,mysql 数据库不允许插入零日期, 插入零日期会抛出错误而不是警告。
ERROR_FOR_DIVISION_BY_ZERO:
在 INSERT 或 UPDATE 过程中, 如果数据被零除, 则产生错误而非警告。如 果未给出该模式, 那么数据被零除时 MySQL 返回 NULL
NO_AUTO_CREATE_USER:
禁止 GRANT 创建密码为空的用户
NO_ENGINE_SUBSTITUTION:
如果需要的存储引擎被禁用或未编译, 那么抛出错误。不设置此值时, 用默认的存储引擎替代, 并抛出一个异常
PIPES_AS_CONCAT:
将 ”||” 视为字符串的连接操作符而非或运算符, 这和 Oracle 数据库是一样的, 也和字符串的拼接函数 Concat 相类似
ANSI_QUOTES:
启用 ANSI_QUOTES 后, 不能用双引号来引用字符串, 因为它被解释为识别符
ORACLE 的 sql_mode 设置等同:PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.
如果使用 mysql, 为了继续保留大家使用 oracle 的习惯, 可以对 mysql 的 sql_mode 设置如下:
在 my.cnf 添加如下配置
[mysqld]
sql_mode=’ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,
ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,PIPES_AS_CONCAT,ANSI_QUOTES’
注意：MySQL5.6 和 MySQL5.7 默认的 sql_mode 模式参数是不一样的,5.6 的 mode 是 NO_ENGINE_SUBSTITUTION，其实表示的是一个空值，相当于没有什么模式设置，可以理解为宽松模式。5.7 的 mode 是 STRICT_TRANS_TABLES，也就是严格模式。
如果设置的是宽松模式，那么我们在插入数据的时候，即便是给了一个错误的数据，也可能会被接受，并且不报错，例如：我在创建一个表时，该表中有一个字段为 name，给 name 设置的字段类型时 char(10)，如果我在插入数据的时候，其中 name 这个字段对应的有一条数据的长度超过了 10，例如 ’1234567890abc’，超过了设定的字段长度 10，那么不会报错，并且取前十个字符存上，也就是说你这个数据被存为了 ’1234567890′, 而 ’abc’ 就没有了，但是我们知道，我们给的这条数据是错误的，因为超过了字段长度，但是并没有报错，并且 mysql 自行处理并接受了，这就是宽松模式的效果，其实在开发、测试、生产等环境中，我们应该采用的是严格模式，出现这种错误，应该报错才对，所以 MySQL5.7 版本就将 sql_mode 默认值改为了严格模式，并且我们即便是用的 MySQL5.6，也应该自行将其改为严格模式，而你记着，MySQL 等等的这些数据库，都是想把关于数据的所有操作都自己包揽下来，包括数据的校验，其实好多时候，我们应该在自己开发的项目程序级别将这些校验给做了，虽然写项目的时候麻烦了一些步骤，但是这样做之后，我们在进行数据库迁移或者在项目的迁移时，就会方便很多，这个看你们自行来衡量。mysql 除了数据校验之外，你慢慢的学习过程中会发现，它能够做的事情还有很多很多，将你程序中做的好多事情都包揽了。
改为严格模式后可能会存在的问题：
若设置模式中包含了 NO_ZERO_DATE，那么 MySQL 数据库不允许插入零日期，插入零日期会抛出错误而不是警告。例如表中含字段 TIMESTAMP 列（如果未声明为 NULL 或显示 DEFAULT 子句）将自动分配 DEFAULT ‘0000-00-00 00:00:00’（零时间戳），也或者是本测试的表 day 列默认允许插入零日期 ‘0000-00-00’ COMMENT ‘ 日期 ’；这些显然是不满足 sql_mode 中的 NO_ZERO_DATE 而报错。
模式设置和修改 (以解决上述问题为例)：
方式一：先执行 select @@sql_mode, 复制查询出来的值并将其中的 NO_ZERO_IN_DATE,NO_ZERO_DATE 删除，然后执行 set sql_mode = ‘ 修改后的值 ’ 或者 set session sql_mode=’ 修改后的值 ’;，例如：set session sql_mode=’STRICT_TRANS_TABLES’; 改为严格模式
此方法只在当前会话中生效，关闭当前会话就不生效了。
方式二：先执行 select @@global.sql_mode, 复制查询出来的值并将其中的 NO_ZERO_IN_DATE,NO_ZERO_DATE 删除，然后执行 set global sql_mode = ‘ 修改后的值 ’。
此方法在当前服务中生效，重新 MySQL 服务后失效
方法三：在 mysql 的安装目录下，或 my.cnf 文件 (windows 系统是 my.ini 文件)，新增 sql_mode = ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，
添加 my.cnf 如下：
[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER
然后重启 mysql。
此方法永久生效. 当然生产环境上是禁止重启 MySQL 服务的，所以采用方式二加方式三来解决线上的问题，那么即便是有一天真的重启了 MySQL 服务，也会永久生效了。
：
