Mysql的sql_mode

(一) 基本介绍

set sql_mode="",即强制不设定MySql模式(如不作输入检测、错误提示、语法模式检查等)应该能提高性能,但有如下问题:

如果插入了不合适数据(错误类型或超常),mysql会将数据设为“最好的可能数据”而不报错,如:

/数字 设为:0/可能最小值/可能最大值

/字符串 设为:空串/能够存储的最大容量字符串

/表达式 设为:返回一个可用值(1/0-null)

所以,解决办法是:所有列都要采用默认值,这对性能也好。

当然,如果你特别喜欢sqlserver的模式,也可以设置为sql_mod="sqlserver"(好像是这么写的),这样mysql就按sqlserver的方式运作了,建议不要如此。

(二) 常见方式

mysql可以运行在不同sql mode模式下面,sql mode模式定义了mysql应该支持的sql语法,数据校验等!

查看默认的sql mode模式:

select @@sql_mode;

我的数据库是:

STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

在此模式下面,如果插入的数据的长度大于定义的长度,那么就会报错!

set session sql_mode=‘REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,ANSI‘;

在这种模式下面:插入的数据的长度大于定义的时候,就会截取,并警告,但是可以插入进去

session表示只在本次中有效

global:表示在本次连接中不生效,而对于新的连接就生效

启用NO_BACKSLASH_ESCAPES模式,使反斜线成为普通字符,在导入数据时候,如果数据中有反斜线,启用这个模式是个不错的选择

启用PIPES_AS_CNCAT模式,将||看成是普通字符串

sql mode值  说明

ANSI

‘REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE和ANSI组合‘,

这种模式使语法   和行为更   符合标准的sql

STRICT_TRANS_TABLES          使用与事务和非事务表,严格模式

TRADITIONAL               也是严格模式,对于插入不正确的值给出错误而不是警告。用在事务时,只要发生错误就立即回滚

(三) 修改sql_mode 解决问题

今天安装了个mysql5.0,拿了一个很久之前网上下的程序检查一下是否工作正常.

发现以前的程序居然不能正常运行,提示信息如下:

Database error: Invalid SQL: INSERT INTO Survey_UserHistory(userId,jobId,type,action,startTime,endTime) VALUES(’17′,”,’User’,‘Login’,”,’2008-11-23 14:33:56′)

MySQL error: 1366 (Incorrect integer value: ” for column ‘jobId’ at row 1)

Session halted.

第一时间的反应是跟mysql5.0新加的sql-mode有关系,因为前一阵子刚刚看过手册.果然,作了如下更改后就不再提示了.

修改 my.ini 文件.

# Set the SQL mode to strict
sql-mode=”STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”

改为:

# Set the SQL mode to strict
sql-mode=”NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”
时间: 2024-10-10 23:20:55

Mysql的sql_mode的相关文章

MySQL的SQL_MODE模式

1. sql_mode模式 mysql数据库的中有一个环境变量sql_mode,定义了mysql应该支持的sql语法,数据校验等!我们可以通过以下方式查看当前数据库使用的sql_mode: mysql> select @@sql_mode; +----------------------------------------------------------------+ | @@sql_mode                                                  

mysql的sql_mode合理设置

MySQL的sql_mode合理设置 sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入.在生产环境必须将这个值设置为严格模式,所以开发.测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题   sql_mode常用值如下: ONLY_FULL_GROUP_BY: 对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中 NO_AU

MySQL的sql_mode解析与设置

https://blog.csdn.net/hhq163/article/details/54140286 https://blog.csdn.net/ccccalculator/article/details/70432123 升级mysql后,居然使用错误.更新时候提示timestamp类型错误,提示无默认值错误 原来是mysql提升了安全措施,原来的0000-00-00不被允许了,默认值也必须收购设置了 需要更改一下,但尚未找到快速更改的方法,只好先更改mysql设置了: 一.查看 sql

MySQL的sql_mode模式说明及设置

MySQL的sql_mode合理设置 sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入.在生产环境必须将这个值设置为严格模式,所以开发.测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题. sql model 常用来解决下面几类问题 (1) 通过设置sql mode, 可以完成不同严格程度的数据校验,有效地保障数据准备性. (2) 通过设置sql model 为宽松模式,来保证大多数sql符合标准的sql语法,这样

MySQL不容忽视SQL_MODE的设置

CREATE DATABASE db_test; CREATE TABLE `tb1` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增id', `rank` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '排名', `add_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '当前时间', PRIMARY KEY

mysql 设置@@sql_mode 解决查询非分组里字段报错问题

1 查询sql_mode SELECT @@sql_mode; 2 把查询的值复制黏贴,去掉ONLY_FULL_GROUP_BY,重新设置值 SET @@sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; 3 上面是改变了全局sql_mode,对于新建的数据库有效.对于已存在的数据库,则需

MySQL数据类型:SQL_MODE设置不容忽视

[IT168 技术]SQL_MODE可能是比较容易让开发人员和DBA忽略的一个变量,默认为空.SQL_MODE的设置其实是比较冒险的一种设置,因为在这种设置下可以允许一些非法操作,比如可以将NULL插入NOT NULL的字段中,也可以插入一些非法日期,如“2012-12-32”.因此在生产环境中强烈建议开发人员将这个值设为严格模式,这样有些问题可以在数据库的设计和开发阶段就能发现,而如果在生产环境下运行数据库后发现这类问题,那么修改的代价将变得十分巨大.此外,正确地设置SQL_MODE还可以做一

[Mysql]由Data truncated for column联想到的sql_mode配置

系统日志中出现了 ata truncated for column 'agent' at row 1 mysql出现这个问题的原因,无非就是字符集设置 或者是 字段过长导致的. mysql在初始化的时候已经统一为utf-8了,所以可以忽略这个问题. 字符串过长从而导入插入失败 一种方式是修改字段长度,可是我这个字段没法知道到底多长存储合适,不太好 一种方式是在程序中截取字符串,这个方法可行,也比较好. 但是我又想了想,以前的时候为啥会自动截断,这次就插入不进去了了呢? 原因是mysql的sql_

MySQL sql_mode设置

在MySQL5.7版本中创建表 CREATE TABLE `investor_seat` ( `id` int(11) NOT NULL AUTO_INCREMENT , `investorId` int(11) NOT NULL COMMENT '投资人id', `seatId` int(11) NOT NULL COMMENT '席位id', `maybe` float NOT NULL COMMENT '席位归属某帮派或者某人的概率', `investorName` varchar(28)