标签:NO sql 模式 ZERO 软件架构 MySQL mode
概叙
科普文:软件架构数据库系列之【MySQL解析器和优化器】-CSDN博客
科普文:软件架构数据库系列之【MySQL查询优化器中的优化策略optimizer_switch】-CSDN博客
科普文:软件架构数据库系列之【MySQL执行计划Extra梳理】-CSDN博客
科普文:软件架构数据库系列之【MySQL控制查询优化器Hints】-CSDN博客
从MySQL的解析器、优化器、执行计划、Hints、到最后的执行器,都绕不开sql_mode。
sql_mode是MySQL的一个系统变量,用于设置服务器对SQL语句的解析和执行规则。
它可以影响MySQL的行为,包括语法规范、数据校验、数据类型转换和错误处理等。
sql_mode是个很容易忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。
本文介绍sql_mode的参数取值规则和取值解释,您可以根据实际业务进行调整。
sql_mode解决的问题
1)通过设置sql mode,可以完成不同严格程度的数据校验。
2)通过设置sql mode为宽松模式,来保证大多数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中缺省支持通过来双竖线符号实现字符串拼接,不过在MySQL默认不支持,需要设置sql_mode模式为PIPES_AS_CONCAT才可以 |
ANSI_QUOTES | 启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符 |
宽松模式和严格模式
1)注意MySQL5.6和MySQL5.7默认的sql_mode模式参数是不一样的。
5.6的mode是NO_ENGIN_SUBSTITUTION,表示一个空值,相当于没有模式设置,可以理解为宽松模式。5.7的mode是STRICT_TRANS_TABLES,也就是严格模式。
2)如果设置的
通常在开发、测试、生产环境都应该要采用严格模式,这样我们在开发测试阶段就能及早发现问题,宽松模式只应该在数据库迁移的时候,为了不需要对sql进行大改的特殊情况下才使用。
sql_mode的修改方法
1)先执行select@@sql_mode,复制查询出来的值,并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除,然后执行set sql_mode = ‘修改后的值’或者set session sql_mode='修改后的值';
这个方法只在当前会话中生效,重启MySQL服务后失效。
2)先执行select@@global.sql_mode,复制查询出来的值并将其中的NO_ZERO_DATE_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.
[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER
然后重启MySQL服务
这个方法永久生效的,当然生产环境是禁止重启MySQL服务的,所以同时采用方式二和方式三,哪天异常重启后,也随之永久生效了。
sql_mode取值规则
MySQL 5.6:
sql_mode参数的取值支持以下参数的自由组合,使用英文逗号连接。
REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ONLY_FULL_GROUP_BY,NO_UNSIGNED_SUBTRACTION,NO_DIR_IN_CREATE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS,NO_AUTO_VALUE_ON_ZERO,NO_BACKSLASH_ESCAPES,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,HIGH_NOT_PRECEDENCE,NO_ENGINE_SUBSTITUTION,PAD_CHAR_TO_FULL_LENGTH,NO_AUTO_CREATE_USER,POSTGRESQL,ORACLE,MSSQL,DB2,MAXDB,MYSQL323,MYSQL40,ANSI,TRADITIONAL
MySQL 5.7:
sql_mode参数的取值支持以下参数的自由组合,使用英文逗号连接。
REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ONLY_FULL_GROUP_BY,NO_UNSIGNED_SUBTRACTION,NO_DIR_IN_CREATE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS,NO_AUTO_VALUE_ON_ZERO,NO_BACKSLASH_ESCAPES,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,HIGH_NOT_PRECEDENCE,NO_ENGINE_SUBSTITUTION,PAD_CHAR_TO_FULL_LENGTH,NO_AUTO_CREATE_USER,POSTGRESQL,ORACLE,MSSQL,DB2,MAXDB,MYSQL323,MYSQL40,ANSI,TRADITIONAL
MySQL 8.0:
sql_mode参数的取值支持以下参数的自由组合,使用英文逗号连接。
REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ONLY_FULL_GROUP_BY,NO_UNSIGNED_SUBTRACTION,NO_DIR_IN_CREATE,NO_AUTO_VALUE_ON_ZERO,NO_BACKSLASH_ESCAPES,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,HIGH_NOT_PRECEDENCE,NO_ENGINE_SUBSTITUTION,PAD_CHAR_TO_FULL_LENGTH,ANSI,TRADITIONAL
组合SQL模式
在sql_mode参数的取值中,一定的参数组合称为组合SQL模式。组合SQL模式的详情如下表所示。
组合SQL模式名称 | 解释 |
DB2 | 等同于PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTION 重要 从MySQL 5.7.22开始,DB2就被弃用了,并且在MySQL 8.0中被删除。 |
MSSQL | 等同于PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS |
POSTGRESQL | 等同于PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTION 重要 从MySQL 5.7.22开始,POSTGRESQL已被弃用,并且在MySQL 8.0中被删除。 |
ORACLE | 等同于PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS,NO_AUTO_CREATE_USER 重要 从MySQL 5.7.22开始,ORACLE已被弃用,并且在MySQL 8.0中被删除。 |
MAXDB | 等同于PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,NO_FIELD_OPTIONS,NO_AUTO_CREATE_USER 重要 从MySQL 5.7.22开始,MAXDB已被弃用,并且在MySQL 8.0中被删除。 |
MYSQL323 | 等同于HIGH_NOT_PRECDENCE 加上一些特定于MYSQL323 的SHOW CREATE TABLE 行为:
-
TIMESTAMP 列显示不包括DEFAULT 或ON UPDATE 属性。 -
字符串列显示不包括字符集和排序规则属性。对于CHAR 和VARCHAR 列,如果排序规则是二进制的,则会将binary 附加到列类型中。 -
ENGINE=engine_name 表选项显示为TYPE=engine_name 。 -
对于MEMORY 表,存储引擎显示为HEAP 。
重要 从MySQL 5.7.22开始,MYSQL323已被弃用,并且在MySQL 8.0中被删除。 |
MYSQL40 | 等同于HIGH_NOT_PRECDENCE 加上一些特定于MYSQL323 的SHOW CREATE TABLE 行为:
-
TIMESTAMP 列显示不包括DEFAULT 或ON UPDATE 属性。 -
字符串列显示不包括字符集和排序规则属性。对于CHAR 和VARCHAR 列,如果排序规则是二进制的,则会将binary 附加到列类型中。 -
ENGINE=engine_name 表选项显示为TYPE=engine_name 。
重要 从MySQL 5.7.22开始,不推荐使用MYSQL40,并且在MySQL 8.0中被删除。 |
ANSI | 等同于REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ONLY_FULL_GROUP_BY |
TRADITIONAL |
-
对于MySQL 5.7.3及之前版本,以及MySQL 5.7.8及更高版本,TRADITIONAL等同于STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE _USER,NO_ENGINE_SUBSTITUTION 。 -
对于MySQL 5.7.4到MySQL 5.7.7之间的版本,TRADITIONAL等同于STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_AUTO_CREATE _USER,NO_ENGINE_SUBSTITUTION 。
|
sql_mode取值解释
参数值 | MySQL 5.6 | MySQL 5.7 | MySQL 8.0 | 含义 |
ALLOW_INVALID_DATES | 支持 | 支持 | 支持 | 允许插入或更新无效的日期值,即不符合日期格式的值。 在默认的严格模式下,MySQL要求日期值必须符合指定的格式,例如YYYY-MM-DD 。如果插入或更新的日期值格式不正确,MySQL会报错并拒绝这个操作。 但是,当设置sql_mode 为ALLOW_INVALID_DATES 时,MySQL允许插入或更新不符合日期格式的值,不会报错。 说明 此模式适用于DATE 和DATETIME 列,不适用于 TIMESTAMP 列, 因为TIMESTAMP 始终需要一个有效的日期。 示例: 假设有一个日期字段"birthday",在严格模式下,只能插入YYYY-MM-DD 格式的值,否则会报错。但是,当设置sql_mode 为ALLOW_INVALID_DATES 时,可以插入如"2022-13-45"这样的无效日期值,MySQL会将其存储为"0000-00-00"。这在某些特定的业务场景下可能是需要的,例如需要记录一些无效日期的情况。 重要 ALLOW_INVALID_DATES 参数值在某些情况下可能会引起数据一致性问题,因此在使用时需要谨慎考虑,并确保了解其使用场景和潜在影响。 |
ANSI_QUOTES | 支持 | 支持 | 支持 | 用于启用ANSI_QUOTES 模式,该模式下MySQL将使用双引号("")或反引号(``)来引用标识符。 在使用sql_mode默认值时,MySQL使用单引号('')来引用字符串值,使用反引号(``)来引用标识符(如表名、列名)。例如: SELECT * FROM users WHERE `name` = 'John'; 而当设置sql_mode 为ANSI_QUOTES 时,MySQL使用单引号('')来引用字符串值,使用双引号("")或反引号(``)来引用标识符,以符合ANSI SQL标准。例如: SELECT * FROM "users" WHERE `name` = 'John'; 启用ANSI_QUOTES 模式可以增加与ANSI SQL标准的兼容性,特别是在与其他数据库系统交互时,可以更好地保证语句的可移植性和一致性。 重要 并非所有的数据库都支持使用双引号引用标识符,因此在使用ANSI_QUOTES 模式时,需要注意与目标数据库的兼容性。 |
ERROR_FOR_DIVISION_BY_ZERO | 支持 | 支持 | 支持 | 用于在进行除零运算时发出警告(或者错误)而不是返回NULL值。 ERROR_FOR_DIVISION_BY_ZERO 模式影响除零操作的处理,其中包括MOD(N,0) 。 对于数据更改操作(INSERT 、UPDATE ),其效果还取决于是否启用了严格的SQL模式(strict SQL mode ):
-
如果未启用该模式,则除以零会插入NULL 并不会产生警告。 -
如果启用了该模式,则除以零会插入NULL并产生警告。 -
如果启用了该模式和严格的SQL模式,则除以零会产生错误,除非同时使用了IGNORE。对于INSERT IGNORE和UPDATE IGNORE,除以零会插入NULL并产生警告。
对于SELECT 操作,除以零会返回NULL 。启用ERROR_FOR_DIVISION_BY_ZERO 会产生警告,而不管是否启用了严格的SQL模式。 ERROR_FOR_DIVISION_BY_ZERO 不属于严格的SQL模式的一部分,但应与严格模式一起使用,并且默认情况下该参数是启用的。如果在未启用严格模式的情况下启用了ERROR_FOR_DIVISION_BY_ZERO ,或者未启用ERROR_FOR_DIVISION_BY_ZERO 的情况下,启用了严格模式,将产生警告。 重要 启用ERROR_FOR_DIVISION_BY_ZERO 模式可能会导致一些查询或计算中断,因此在使用时需要谨慎考虑,并确保了解其使用场景和潜在影响。 |
HIGH_NOT_PRECDENCE SQL | 支持 | 支持 | 支持 | 用于提高NOT 运算符的优先级。 默认情况下,NOT 的优先级低于比较运算符,例如,NOT a BETWEEN b AND c 表达式被解析为NOT(a BETWEEN b AND c) 。 在一些旧版本的MySQL中,NOT a BETWEEN b AND c 表达式被解析为(NOT a)BETWEEN b AND c 。 可以通过HIGH_NOT_PRECDENCE SQL 模式来使NOT 运算符的优先级更高。 |
IGNORE_SPACE | 支持 | 支持 | 支持 | 允许函数名称和( 字符之间有空格。这会导致内置函数名称被视为保留字。 IGNORE_SPACE SQL模式适用于内置函数,而不适用于可加载函数或存储函数。无论是否启用IGNORE_SPACE ,始终允许在可加载函数或存储函数名称后面有空格。 |
NO_AUTO_VALUE_ON_ZERO | 支持 | 支持 | 支持 | 用于禁止将自动递增列的默认值设置为0。 在默认情况下,当插入一行数据时,如果自动递增列的值被设置为0,MySQL会自动将其替换为下一个可用的自动递增值。然而,当设置sql_mode 为NO_AUTO_VALUE_ON_ZERO 时,MySQL将禁止将自动递增列的默认值设置为0。 这个参数的作用是为了避免意外地将0作为自动递增列的默认值。在某些情况下,将自动递增列的默认值设置为0可能会导致数据不一致或错误的结果。 例如: CREATE TABLE mytable (
id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(50)
);
INSERT INTO mytable (id, name) VALUES (0, 'John'); 如果NO_AUTO_VALUE_ON_ZERO 参数被禁用(即未设置),则MySQL会将id 列的值自动替换为下一个可用的自动递增值(也就是1)。 然而,当设置sql_mode 为NO_AUTO_VALUE_ON_ZERO 时: SET sql_mode = 'NO_AUTO_VALUE_ON_ZERO';
CREATE TABLE mytable (
id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(50)
);
INSERT INTO mytable (id, name) VALUES (0, 'John');
在这种情况下,MySQL将返回错误并拒绝将0作为自动递增列的默认值。 说明 NO_AUTO_VALUE_ON_ZERO 参数只适用于自动递增列的默认值设置为0的情况。它不会影响手动插入或更新自动递增列的操作。 |
NO_BACKSLASH_ESCAPES | 支持 | 支持 | 支持 | 用于禁止使用反斜杠(\)进行转义。 在默认情况下,MySQL允许使用反斜杠作为转义字符,在字符串中插入特殊字符或转义字符本身。例如,可以使用\' 表示单引号,\" 表示双引号,\\ 表示反斜杠本身。 然而,当设置sql_mode 为NO_BACKSLASH_ESCAPES 时,MySQL将禁止使用反斜杠进行转义。这意味着反斜杠字符将被视为普通字符,而不是转义字符。 这个参数的作用是为了避免使用反斜杠进行转义可能引起的混淆和错误。有时,使用反斜杠进行转义可能会导致意外的结果,特别是在处理包含大量反斜杠的数据时。 例如: SET sql_mode = 'NO_BACKSLASH_ESCAPES';
SELECT 'It\'s a test'; 在默认情况下,上述查询中的两个单引号之间的反斜杠是用于转义的。然而,当设置sql_mode 为NO_BACKSLASH_ESCAPES 时,反斜杠将被视为普通字符,而不是转义字符。因此,上述查询将返回It\'s a test ,而不是It's a test 。 说明 NO_BACKSLASH_ESCAPES 参数只影响使用反斜杠进行转义的情况。它不会影响其他转义字符(如双引号或其他特殊字符)的处理。 |
NO_DIR_IN_CREATE | 支持 | 支持 | 支持 | 用于在CREATE TABLE 语句中禁止使用DIRECTORY 选项。 在默认情况下,CREATE TABLE 语句允许指定数据目录(DATA DIRECTORY )和索引目录(INDEX DIRECTORY )。然而,当设置sql_mode 为NO_DIR_IN_CREATE 时,MySQL将禁止在CREATE TABLE 语句中使用DIRECTORY 选项。 该参数的作用是为了限制或防止在CREATE TABLE 语句中指定特定的目录用于存储表数据。目录选项可能会引发安全风险或造成数据管理上的混乱。 例如: SET sql_mode = 'NO_DIR_IN_CREATE';
CREATE TABLE mytable (
id INT PRIMARY KEY,
name VARCHAR(50)
) DIRECTORY = '/path/to/directory'; 如果NO_DIR_IN_CREATE 参数被启用(即设置),则MySQL将返回错误并拒绝使用DIRECTORY 选项。 在主从复制场景下,可在从库上开启该mode。 说明 NO_DIR_IN_CREATE 参数只影响CREATE TABLE 语句中的DIRECTORY 选项,不会影响其他操作或其他与表的目录相关的设置。 |
NO_ENGINE_SUBSTITUTION | 支持 | 支持 | 支持 | 用于在创建或修改表时禁止使用默认存储引擎的替代。 在MySQL中,如果在创建或修改表时指定的存储引擎不可用或不支持,MySQL会自动替换为默认的存储引擎。然而,当设置sql_mode 为NO_ENGINE_SUBSTITUTION 时,MySQL将禁止使用默认存储引擎的替代。 该参数的作用是为了确保使用指定的存储引擎,并避免意外或不一致的存储引擎替换。 例如: SET sql_mode = 'NO_ENGINE_SUBSTITUTION';
CREATE TABLE mytable (
id INT PRIMARY KEY,
name VARCHAR(50)
) ENGINE = 'NonexistentEngine'; 如果NO_ENGINE_SUBSTITUTION 参数被启用(即设置),则MySQL将返回错误并拒绝使用指定的不存在的存储引擎。它将不会自动替换为默认的存储引擎,并且不会创建或更改表。 说明 NO_ENGINE_SUBSTITUTION 参数仅在创建或修改表时生效。它不会影响使用已存在的表或其他与存储引擎相关的操作。 |
NO_UNSIGNED_SUBTRACTION | 支持 | 支持 | 支持 | 用于禁止在无符号整数之间执行结果为负数的减法运算。 整数值之间的相减(其中一个为UNSIGNED 类型)默认情况下会产生无符号结果。如果结果是负数,则会出现错误。 然而,当设置sql_mode为NO_UNSIGNED_SUBTRACTION 时,结果可以为负数。 该参数的作用是为了避免在无符号整数之间执行减法运算时产生意外的结果。在某些情况下,无符号整数之间的减法运算可能会导致负数的结果,这可能与预期不符。 例如: SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';
select cast(0 as unsigned)-1; 如果NO_UNSIGNED_SUBTRACTION 参数被启用(即设置),则结果为-1。 重要 启用NO_UNSIGNED_SUBTRACTION 时,即使任何操作数都是无符号的,减法结果也是有符号的。同时这意味着BIGINT UNSIGNED并非在所有上下文中都可以100%使用。 |
NO_ZERO_DATE | 支持 | 支持 | 支持 | 用于禁止在日期或日期时间列中使用“0000-00-00” 作为合法的零日期值。 在默认情况下,MySQL允许在日期或日期时间列中使用“0000-00-00” 作为合法的零日期值。然而,当设置sql_mode 为NO_ZERO_DATE 时,MySQL将禁止使用“0000-00-00” 作为合法的日期值。其效果还取决于是否启用了严格的SQL模式:
-
如果未启用NO_ZERO_DATE 模式,则允许使用“0000-00-00” ,并且插入不会产生警告。 -
如果启用NO_ZERO_DATE 模式,则允许使用“0000-00-00” ,并且插入会产生警告。 -
如果启用NO_ZERO_DATE 模式和严格的SQL模式,则不允许使用“0000-00-00” ,并且插入会产生错误,除非也给出IGNORE。对于INSERT IGNORE 和UPDATE IGNORE ,允许使用“0000-00-00” ,并且插入会产生警告。
该参数的作用是为了避免使用无效或不合适的日期值。“0000-00-00” 并不是一个真实存在的日期,因此禁止使用它可以避免出现混乱和不正确的结果。 例如: SET sql_mode = 'NO_ZERO_DATE';
INSERT INTO mytable (id, date_column) VALUES (1, '0000-00-00'); 如果NO_ZERO_DATE 参数被启用(即设置),则MySQL将返回错误并拒绝将“0000-00-00” 插入到date_column 列中。 说明 NO_ZERO_DATE 参数只影响使用“0000-00-00” 作为日期值的情况,不会影响其他日期或时间格式的处理。 |
NO_ZERO _IN_DATE | 支持 | 支持 | 支持 | 用于控制是否允许年的部分为非零,但月或日的部分为0的日期。 说明 此模式会影响日期如“2010-00-01” 或“2010-01-00” ,但不会影响“0000-00-00” 。要控制服务器是否允许“0000-00-00-00” ,请使用上方的NO_ZERO_DATE 模式。 NO_ZERO _IN_DATE 的效果还取决于是否启用了严格的SQL模式:
-
如果未启用NO_ZERO _IN_DATE 模式,则允许日期中包含零,并且插入不会产生任何警告。 -
如果启用NO_ZERO _IN_DATE 模式,则包含零的日期将插入为“0000-00-00” 并产生警告。 -
如果启用NO_ZERO _IN_DATE 模式和严格的SQL模式,则不允许包含零的日期,并且插入会产生错误,除非也给出IGNORE 。对于INSERT IGNORE 和UPDATE IGNORE ,包含零的日期插入为“0000-00-00” 并产生警告。
|
ONLY_FULL_GROUP_BY | 支持 | 支持 | 支持 | 用于设置GROUP BY 语句的严格模式。 在默认情况下,MySQL允许在GROUP BY 查询中,SELECT 列表中的列不被GROUP BY 子句包含。这种行为被认为是MySQL的非标准扩展。例如,下面的查询在默认模式下是合法的: SELECT id, name, MAX(score)
FROM mytable
GROUP BY id; 在这个查询中,name 列并没有被包含在GROUP BY 子句中,但MySQL仍然返回了结果。这种行为可能导致结果的不确定性,因为在不同数据库中可能有不同的聚合规则。 当设置sql_mode 为ONLY_FULL_GROUP_BY 时,MySQL将启用GROUP BY 的严格模式,要求在SELECT 列表中的每个非聚合列都必须在GROUP BY 子句中出现。如果不符合要求,MySQL将返回错误。 例如,下面的查询在ONLY_FULL_GROUP_BY模式下会返回错误:
SET sql_mode = 'ONLY_FULL_GROUP_BY';
SELECT id, name, MAX(score)
FROM mytable
GROUP BY id; 在这个查询中,name 列没有出现在GROUP BY 子句中,因此MySQL会返回错误。 通过启用ONLY_FULL_GROUP_BY 模式,可以确保编写的查询语句遵循标准的GROUP BY 规则,提高查询结果的准确性和可靠性。 说明
|
PAD_CHAR_TO_FULL_LENGTH | 支持 | 支持 | 支持 | 用于控制不删除CHAR 类型字段的尾随空格。 在对CHAR 字段进行存储时,在Compact 格式下,会占用固定长度的字节。默认情况下,检索时会从CHAR 列值中删除尾部空格。 如果启用了PAD_CHAR_TO_FULL_LENGTH ,则不会删除,并且检索到的CHAR值将填充到其全长。 重要 此模式不适用于VARCHAR 列,检索时会保留其尾部空格。 |
PIPES_AS_CONCAT | 支持 | 支持 | 支持 | 将|| 视为字符串串联运算符(作用与CONCAT() 相同),而不是OR 的同义词。 |
REAL_AS_FLOAT | 支持 | 支持 | 支持 | 将REAL 视为FLOAT 的同义词。 默认情况下,MySQL将REAL 视为DOUBLE 的同义词。 |
STRICT_ALL_TABLES | 支持 | 支持 | 支持 | 为所有存储引擎启用严格的SQL模式,无效的数据值会被拒绝。 在默认情况下,MySQL允许一些隐式的数据类型转换和插入、更新操作中的警告。但是,当设置sql_mode 为STRICT_ALL_TABLES 时,MySQL会启用更严格的模式,要求更严格的数据类型匹配和插入、更新操作。 启用STRICT_ALL_TABLES 模式后,包括但不限于以下情况将触发错误:
-
数据类型不匹配:如果在插入或更新操作中对列赋值,数据类型不匹配,MySQL将返回错误。 -
非空列:如果在插入或更新操作中,非空列没有提供值,MySQL将返回错误。 -
无效的日期或时间:如果在插入或更新操作中提供了无效的日期或时间值,MySQL将返回错误。 -
非零默认值:如果在插入操作中,列的默认值不是0或NULL ,并且没有为该列提供值,则MySQL将返回错误。
使用STRICT_ALL_TABLES 模式可以帮助开发者在数据库操作中更好地遵循数据类型规范和约束,从而提高数据的完整性和一致性。 重要 启用STRICT_ALL_TABLES 模式可能会导致现有的应用程序出现错误或需要进行修改。在启用该模式之前,请确保已经评估了应用程序的兼容性和影响。 说明 从MySQL 5.7.4到5.7.7,STRICT_ALL_TABLES 包括ERROR_FOR_DIVISION_BY_ZERO 、NO_ZERO_DATE 和NO_ZERO_IN_DATE 模式。 |
STRICT_TRANS_TABLES | 支持 | 支持 | 支持 | 为事务存储引擎启用严格的SQL模式。具体解释参见上文的STRICT_ALL_TABLES 。 重要 启用STRICT_TRANS_TABLES 模式可能会导致现有的应用程序出现错误或需要进行修改。在启用该模式之前,请确保已经评估了应用程序的兼容性和影响。 说明 从MySQL 5.7.4到5.7.7,STRICT_TRANS_TABLES 包括ERROR_FOR_DIVISION_BY_ZERO 、NO_ZERO_DATE 和NO_ZERO_IN_DATE 模式。 |
NO_AUTO_CREATE_USER | 支持 | 支持 | 不支持 | 用于禁止在GRANT 语句中自动创建用户。 在默认情况下,MySQL允许在GRANT 语句中创建新用户,即当使用GRANT 语句指定的用户不存在时,MySQL会自动创建该用户。然而,当设置sql_mode 为NO_AUTO_CREATE_USER 时,MySQL将禁止自动创建用户。 该参数的作用是在安全性方面提供更严格的控制。通过禁止自动创建用户,可以确保只有已经存在的用户才能被授权访问数据库。 例如: GRANT SELECT ON mydb.* TO 'new_user'@'localhost'; 如果new_user用户不存在,但NO_AUTO_CREATE_USER 参数被禁用(即未设置),则MySQL会自动创建new_user用户并授予SELECT权限。 然而,当设置sql_mode 为NO_AUTO_CREATE_USER 时,如果new_user用户不存在,MySQL将返回错误并拒绝创建该用户。 SET sql_mode = 'NO_AUTO_CREATE_USER';
GRANT SELECT ON mydb.* TO 'new_user'@'localhost'; 需要注意的是,NO_AUTO_CREATE_USER 参数仅适用于GRANT 语句中的自动用户创建,不会影响手动创建用户的操作或其他与用户相关的操作。 说明 在MySQL 8.0中,已不允许GRANT 语句隐式创建用户。所以,该参数在MySQL 8.0中也不存在。 |
NO_FIELD_OPTIONS | 支持 | 支持 | 不支持 | 不允许在SHOW CREATE TABLE 的输出中打印MySQL特定的列选项。此模式由mysqldump 在可移植模式下使用。 |
NO_KEY_OPTIONS | 支持 | 支持 | 不支持 | 不允许在SHOW CREATE TABLE 的输出中打印MySQL特定的索引选项。此模式由mysqldump 在可移植模式下使用。 |
NO_TABLE_OPTIONS | 支持 | 支持 | 不支持 | 不允许在SHOW CREATE TABLE 的输出中打印MySQL特定的表选项(如ENGINE )。此模式由mysqldump 在可移植模式下使用。 |
标签:NO,
sql,
模式,
ZERO,
软件架构,
MySQL,
mode
From: https://blog.csdn.net/Rookie_CEO/article/details/142184656