MySQL的sql_mode模式说明及设置

1、MySQL的sql_mode合理设置

sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是能够容许一些非法操做的,好比容许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,因此开发、测试环境的数据库也必需要设置,这样在开发测试阶段就能够发现问题.

2、sql model 经常使用来解决下面几类问题

• 经过设置sql mode, 能够完成不一样严格程度的数据校验，有效地保障数据准备性。
• 经过设置sql model 为宽松模式，来保证大多数sql符合标准的sql语法，这样应用在不一样数据库之间进行迁移时，则不须要对业务sql 进行较大的修改。
• 在不一样数据库之间进行数据迁移以前，经过设置SQL Mode 可使MySQL 上的数据更方便地迁移到目标数据库中。

3、sql_mode经常使用值以下

1. ONLY_FULL_GROUP_BY:

   ​ 对于GROUP BY聚合操做,若是在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,由于列不在GROUP BY从句中

2. NO_AUTO_VALUE_ON_ZERO:

   ​ 该值影响自增加列的插入。默认设置下,插入0或NULL表明生成下一个自增加值。若是用户 但愿插入的值为0,而该列又是自增加的,那么这个选项就有用了。

3. STRICT_TRANS_TABLES:

   ​ 在该模式下,若是一个值不能插入到一个事务表中,则中断当前的操做,对非事务表不作限制

4. NO_ZERO_IN_DATE:

   ​ 在严格模式下,不容许日期和月份为零

5. NO_ZERO_DATE:

   ​ 设置该值,mysql数据库不容许插入零日期,插入零日期会抛出错误而不是警告。

6. ERROR_FOR_DIVISION_BY_ZERO

   在INSERT或UPDATE过程当中,若是数据被零除,则产生错误而非警告。如 果未给出该模式,那么数据被零除时MySQL返回NULL

7. NO_AUTO_CREATE_USER:

   ​ 禁止GRANT建立密码为空的用户

8. NO_ENGINE_SUBSTITUTION:

   ​ 若是须要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常

9. PIPES_AS_CONCAT:

   ​ 将"||"视为字符串的链接操做符而非或运算符,这和Oracle数据库是同样的,也和字符串的拼接函数Concat相相似

10. ANSI_QUOTES:

    ​ 启用ANSI_QUOTES后,不能用双引号来引用字符串,由于它被解释为识别符

11. ORACLE的sql_mode设置等同:PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.

12. 若是使用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除了数据校验以外，你慢慢的学习过程当中会发现，它可以作的事情还有不少不少，将你程序中作的好多事情都包揽了。

4、改成严格模式后可能会存在的问题

若设置模式中包含了NO_ZERO_DATE，那么MySQL数据库不容许插入零日期，插入零日期会抛出错误而不是警告。例如表中含字段TIMESTAMP列（若是未声明为NULL或显示DEFAULT子句）将自动分配DEFAULT '0000-00-00 00:00:00'（零时间戳），也或者是本测试的表day列默认容许插入零日期 '0000-00-00' COMMENT '日期'；这些显然是不知足sql_mode中的NO_ZERO_DATE而报错。

5、模式设置和修改(以解决上述问题为例)

1. 方式一：先执行select @@sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，而后执行set sql_mode = '修改后的值'或者set session sql_mode='修改后的值';，例如：set session sql_mode='STRICT_TRANS_TABLES';改成严格模式

   此方法只在当前会话中生效，关闭当前会话就不生效了。

2. 方式二：先执行select @@global.sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，而后执行set global sql_mode = '修改后的值'。

   此方法在当前服务中生效，从新MySQL服务后失效

3. 方法三：在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服务，也会永久生效了