MySql 严格模式相关配置
程序员文章站
2022-03-23 13:46:49
MySql 严格模式 [TOC] MySQL的sql_mode合理设置 sql model 常用来解决下面几类问题 sql_mode常用值 ONLY_FULL_GROUP_BY NO_AUTO_VALUE_ON_ZERO STRICT_TRANS_TABLES NO_ZERO_IN_DATE NO_ ......
mysql 严格模式
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设置
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服务,也会永久生效了。
作 者:
出 处:
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角 【推荐】一下。您的鼓励是博主的最大动力!
自 勉:生活,需要追求;梦想,需要坚持;生命,需要珍惜;但人生的路上,更需要坚强。带着感恩的心启程,学会爱,爱父母,爱自己,爱朋友,爱他人。
上一篇: 开发技术--设计模式
推荐阅读
-
mysql初次启动相关配置
-
mysql 严格模式 Strict Mode说明(text 字段不能加默认或者 不能加null值得修改方法)
-
CentOS 7.x安装MySQL 5.5的详细步骤、基本配置及相关说明
-
MySql 严格模式相关配置
-
apmserv 1、Apache启动失败,请检查相关配置。2、MySQL5.1启动失败,请检查相关配置。该怎么处理
-
apmserv 一、Apache启动失败,请检查相关配置。2、MySQL5.1启动失败,请检查相关配置
-
apmserv 1、Apache启动失败,请检查相关配置。2、MySQL5.1启动失败,请检查相关配置。
-
MySQL簇集群配置安装相关
-
mysql中的严格模式_MySQL
-
【MySQL】查看MySQL配置文件路径及相关配置