程序博客网 > 淘宝密码加密算法

解析sql_mode

来源：互联网 发布：淘宝密码加密算法 编辑：程序博客网 时间：2024/04/20 16:43

MySQL服务器可以以不同的SQL模式来操作，并且可以为不同客户端应用不同模式。这样每个应用程序可以根据自己的需求来定制服务器的操作模式。

模式定义MySQL应支持哪些SQL语法，以及应执行哪种数据验证检查。这样可以更容易地在不同的环境中使用MySQL，并结合其它数据库服务器使用MySQL。

你可以用--sql-mode="modes"选项启动mysqld来设置默认SQL模式。如果你想要重设，该值还可以为空(--sql-mode ="")。

你还可以在启动后用SET [SESSION|GLOBAL] sql_mode='modes'语句设置sql_mode变量来更改SQL模式。设置 GLOBAL变量时需要拥有SUPER权限，并且会影响从那时起连接的所有客户端的操作。设置SESSION变量只影响当前的客户端。任何客户端可以随时更改自己的会话 sql_mode值。

Modesis是用逗号(‘，’)间隔开的一系列不同的模式。你可以用SELECT @@sql_mode语句查询当前的模式。默认值是空(没有设置任何模式)。

主要重要sql_mode值为：

·         ANSI

更改语法和行为，使其更符合标准SQL。

·         STRICT_TRANS_TABLES

如果不能将给定的值插入到事务表中，则放弃该语句。对于非事务表，如果值出现在单行语句或多行语句的第1行，则放弃该语句。本节后面给出了更详细的描述。

·         TRADITIONAL

Make MySQL的行为象“传统”SQL数据库系统。该模式的简单描述是当在列中插入不正确的值时“给出错误而不是警告”。注释：一旦发现错误立即放弃INSERT/UPDATE。如果你使用非事务存储引擎，这种方式不是你想要的，因为出现错误前进行的数据更改不会“滚动”，结果是更新“只进行了一部分”。

本手册指“严格模式”，表示至少STRICT _TRANS_TABLES或STRICT _ALL_TABLES被启用的模式。


下面描述了支持的所有模式：

·         ALLOW_INVALID_DATES

在严格模式下不要检查全部日期。只检查1到12之间的月份和1到31之间的日。这在Web应用程序中，当你从三个不同的字段获取年、月、日，并且想要确切保存用户插入的内容(不进行日期验证)时很重要。该模式适用于DATE和DATETIME列。不适合TIMESTAMP列，TIMESTAMP列需要验证日期。

启用严格模式后，服务器需要合法的月和日，不仅仅是分别在1到12和1到31范围内。例如，禁用严格模式时'2004-04-31'是合法的，但启用严格模式后是非法的。要想在严格模式允许遮掩固定日期，还应启用ALLOW_INVALID_DATES。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES';  
  2. Query OK, 0 rows affected (0.00 sec)  
  3.   
  4. (root@127.0.0.1)[yhs]> show create table test\G;  
  5. *************************** 1. row ***************************  
  6.        Table: test  
  7. Create Table: CREATE TABLE `test` (  
  8.   `d` datetime DEFAULT NULL,  
  9.   `t` timestamp NULL DEFAULT NULL  
  10. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4  
  11. 1 row in set (0.00 sec)  
  12.   
  13. ERROR:   
  14. No query specified  
  15.   
  16. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES';  
  17. Query OK, 0 rows affected (0.00 sec)  
  18.   
  19. (root@127.0.0.1)[yhs]> insert into test values('2015-04-31 00:05:00','2015-04-30 00:05:00');  
  20. ERROR 1292 (22007): Incorrect datetime value: '2015-04-31 00:05:00' for column 'd' at row 1  
  21.   
  22. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES,ALLOW_INVALID_DATES';  
  23. Query OK, 0 rows affected (0.00 sec)  
  24.   
  25. (root@127.0.0.1)[yhs]> insert into test values('2015-04-31 00:05:00','2015-04-30 00:05:00');  
  26. Query OK, 1 row affected (0.09 sec)  
  27.   
  28. (root@127.0.0.1)[yhs]> insert into test values('2015-04-31 00:05:00','2015-04-31 00:05:00');    
  29. ERROR 1292 (22007): Incorrect datetime value: '2015-04-31 00:05:00' for column 't' at row 1  
  30.   
  31. (root@127.0.0.1)[yhs]> insert into test values('2015-04-32 00:05:00','2015-04-30 00:05:00');    
  32. ERROR 1292 (22007): Incorrect datetime value: '2015-04-32 00:05:00' for column 'd' at row 1</span>  

从上面的测试中可以看出，在严格模式下，虽然设置了ALLOW_INVALID_DATES，但是对timestamp类型的验证仍然“严格”。而对datetime的验证，验证的有效范围只是月份1-12日期1-31。


·         ANSI_QUOTES

将‘"’视为识别符引号(‘`’引号字符)，不要视为字符串的引号字符。在ANSI模式，你可以仍然使用‘`’来引用识别符。启用ANSI_QUOTES后，你不能用双引号来引用字符串，因为它被解释为识别符。该参数只针对双引号，而不针对单引号。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> insert into test values("2015-04-30 00:05:00",'2015-04-30 00:05:00');  
  2. ERROR 1054 (42S22): Unknown column '2015-04-30 00:05:00' in 'field list'  
  3.   
  4. (root@127.0.0.1)[yhs]> insert into test values('2015-04-30 00:05:00','2015-04-30 00:05:00');    
  5. Query OK, 1 row affected (0.09 sec)  


·         ERROR_FOR_DIVISION_BY_ZERO

在严格模式，在INSERT或UPDATE过程中，如果被零除(或MOD(X，0))，则产生错误(否则为警告)。如果未给出该模式，被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作结果为NULL。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES';  
  2. Query OK, 0 rows affected (0.00 sec)  
  3.   
  4. (root@127.0.0.1)[yhs]> create table test2(id int);  
  5. Query OK, 0 rows affected (0.48 sec)  
  6.   
  7. (root@127.0.0.1)[yhs]> insert into test2 values(mod(5,0));  
  8. Query OK, 1 row affected (0.07 sec)  
  9.   
  10. (root@127.0.0.1)[yhs]> select * from test2;  
  11. +------+  
  12. | id   |  
  13. +------+  
  14. | NULL |  
  15. +------+  
  16. 1 row in set (0.00 sec)  
  17.   
  18. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO';  
  19. Query OK, 0 rows affected (0.00 sec)  
  20.   
  21. (root@127.0.0.1)[yhs]> insert into test2 values(mod(5,0));  
  22. ERROR 1365 (22012): Division by 0  
  23.   
  24. (root@127.0.0.1)[yhs]> insert ignore into test2 values(mod(5,0));   
  25. Query OK, 1 row affected, 1 warning (0.09 sec)  
  26.   
  27. (root@127.0.0.1)[yhs]> show warnings;  
  28. +---------+------+---------------+  
  29. | Level   | Code | Message       |  
  30. +---------+------+---------------+  
  31. | Warning | 1365 | Division by 0 |  
  32. +---------+------+---------------+  
  33. 1 row in set (0.00 sec)  
  34.   
  35. (root@127.0.0.1)[yhs]> select * from test2;  
  36. +------+  
  37. | id   |  
  38. +------+  
  39. | NULL |  
  40. | NULL |  
  41. +------+  
  42. 2 rows in set (0.00 sec)  
根据测试，在严格模式下，如果未设定ERROR_FOR_DIVISION_BY_ZERO，则insert/update插入或修改值除以0时，插入未报错且未有警告，插入值为null；如果设定该参数，则insert/update报错，此时如果增加ignore关键字，则报错消失，出现警告。


·         HIGH_NOT_PRECEDENCE

NOT操作符的优先顺序是表达式例如NOT a BETWEEN b AND c被解释为NOT (a BETWEEN b AND c)。在一些旧版本MySQL中， 表达式被解释为(NOT a) BETWEEN b AND c。启用HIGH_NOT_PRECEDENCESQL模式，可以获得以前的更高优先级的结果。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES';  
  2. Query OK, 0 rows affected (0.00 sec)  
  3.   
  4. (root@127.0.0.1)[yhs]> select not 1 between -5 and 5;  
  5. +------------------------+  
  6. | not 1 between -5 and 5 |  
  7. +------------------------+  
  8. |                      0 |  
  9. +------------------------+  
  10.   
  11.   
  12. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES,HIGH_NOT_PRECEDENCE';  
  13. Query OK, 0 rows affected (0.00 sec)  
  14.   
  15. (root@127.0.0.1)[yhs]> select not 1 between -5 and 5;  
  16. +------------------------+  
  17. | not 1 between -5 and 5 |  
  18. +------------------------+  
  19. |                      1 |  
  20. +------------------------+  
  21. 1 row in set (0.00 sec)  


·         IGNORE_SPACE

允许函数名和‘(’之间有空格。强制将所有函数名视为保存的字。结果是，如果你想要访问保存为字的数据库、表或列名，你必须引用它。例如，因为有USER()函数，mysql数据库中的user表名和该表内的User列被保存下来，因此你必须引用它们：


·         NO_AUTO_CREATE_USER

防止GRANT自动创建新用户，除非还指定了密码。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> grant all privileges on *.* to 'test3'@'%';   
  2. Query OK, 0 rows affected (0.06 sec)  
  3.   
  4. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER';  
  5. Query OK, 0 rows affected (0.00 sec)  
  6.   
  7. (root@127.0.0.1)[yhs]> grant all privileges on *.* to 'test4'@'%';   
  8. ERROR 1133 (42000): Can't find any matching row in the user table  
  9. (root@127.0.0.1)[yhs]> grant all privileges on *.* to 'test4'@'%' identified by 'test4';;  
  10. Query OK, 0 rows affected (0.05 sec)  
  11.   
  12. ERROR:   
  13. No query specified  

·         NO_AUTO_VALUE_ON_ZERO

NO_AUTO_VALUE_ON_ZERO影响AUTO_INCREMENT列的处理。一般情况，你可以向该列插入NULL或0生成下一个序列号。NO_AUTO_VALUE_ON_ZERO禁用0，因此只有NULL可以生成下一个序列号。

如果将0保存到表的AUTO_INCREMENT列，该模式会很有用。(不推荐采用该惯例)。例如，如果你用mysqldump转储表并重载，MySQL遇到0值一般会生成新的序列号，生成的表的内容与转储的表不同。重载转储文件前启用NO_AUTO_VALUE_ON_ZERO可以解决该问题。mysqldump在输出中自动包括启用NO_AUTO_VALUE_ON_ZERO的语句。


·         NO_BACKSLASH_ESCAPES

禁用反斜线字符(‘\’)做为字符串内的退出字符。启用该模式，反斜线则成为普通字符。


·         NO_DIR_IN_CREATE

创建表时，忽视所有INDEX DIRECTORY和DATA DIRECTORY指令。该选项对从复制服务器有用。


·         NO_ENGINE_SUBSTITUTION

如果需要的存储引擎被禁用或未编译，可以防止自动替换存储引擎。


·         NO_FIELD_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用列选项。该模式在可移植模式（portability mode）下用于mysqldump。


·         NO_KEY_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用索引选项。该模式在可移植模式（portability mode）下用于mysqldump。


·         NO_TABLE_OPTIONS

不要在SHOW CREATE TABLE的输出中打印MySQL专用表选项（例如ENGINE）。该模式在可移植模式（portability mode）下用于mysqldump。


·         NO_UNSIGNED_SUBTRACTION

在减运算中，如果某个操作数没有符号，不要将结果标记为UNSIGNED。请注意这样使UNSIGNED BIGINT不能100%用于上下文中。参见12.8节，“Cast函数和操作符”。

 

·         NO_ZERO_DATE

在严格模式，不要将 '0000-00-00'做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式，可以接受该日期，但会生成警告。

[sql] view plaincopy
  1. (root@127.0.0.1)[yhs]> insert into test values('0000-00-00 00:00:00','2015-05-07 12:22:22');  
  2. Query OK, 1 row affected (0.10 sec)  
  3.   
  4. (root@127.0.0.1)[yhs]> set sql_mode='STRICT_TRANS_TABLES,NO_ZERO_DATE';  
  5. Query OK, 0 rows affected (0.00 sec)  
  6.   
  7. (root@127.0.0.1)[yhs]> insert into test values('0000-00-00 00:00:00','2015-05-07 12:22:22');  
  8. ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'd' at row 1  


·         NO_ZERO_IN_DATE

在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入'0000-00-00'。在非严格模式，可以接受该日期，但会生成警告。


·         ONLY_FULL_GROUP_BY

不要让GROUP BY部分中的查询指向未选择的列。


·         PIPES_AS_CONCAT

将||视为字符串连接操作符（＋）(同CONCAT())，而不视为OR。


·         REAL_AS_FLOAT

将REAL视为FLOAT的同义词，而不是DOUBLE的同义词。


·         STRICT_TRANS_TABLES

为事务存储引擎启用严格模式，也可能为非事务存储引擎启用严格模式。

严格模式控制MySQL如何处理非法或丢失的输入值。有几种原因可以使一个值为非法。例如，数据类型错误，不适合列，或超出范围。当新插入的行不包含某列的没有显示定义DEFAULT子句的值，则该值被丢失。

对于事务表，当启用STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式时，如果语句中有非法或丢失值，则会出现错误。语句被放弃并滚动。

对于非事务表，如果插入或更新的第1行出现坏值，两种模式的行为相同。语句被放弃，表保持不变。如果语句插入或修改多行，并且坏值出现在第2或后面的行，结果取决于启用了哪个严格选项：

·         对于STRICT_ALL_TABLES，MySQL返回错误并忽视剩余的行。但是，在这种情况下，前面的行已经被插入或更新。这说明你可以部分更新，这可能不是你想要的。要避免这点，最好使用单行语句，因为这样可以不更改表即可以放弃。

·         对于STRICT_TRANS_TABLES，MySQL将非法值转换为最接近该列的合法值并插入调整后的值。如果值丢失，MySQL在列中插入隐式 默认值。在任何情况下，MySQL都会生成警告而不是给出错误并继续执行语句。13.1.5节，“CREATE TABLE语法”描述了隐式默认值。

严格模式不允许非法日期，例如'2004-04-31'。它不禁止日期使用“零”部分，例如'2004-04-00'或“零”日期。要想禁止，应在严格模式基础上，启用NO_ZERO_IN_DATE和NO_ZERO_DATE SQL模式。

如果你不使用严格模式(即不启用STRICT_TRANS_TABLES或STRICT_ALL_TABLES模式)，对于非法或丢失的值，MySQL将插入调整后的值并给出警告。在严格模式，你可以通过INSERT IGNORE或UPDATE IGNORE来实现。参见13.5.4.22节，“SHOW WARNINGS语法”。


下面的特殊模式快速组合了前面所列的模式。

其中包括大多数最新版本MySQL中的所有模式值。旧版本中，组合模式不包括新版本中没有的不适用的具体模式值。

·         ANSI

等同REAL_AS_FLOAT、PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE。参见1.8.3节，“在ANSI模式下运行MySQL”。

·         DB2

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS。

·         MAXDB

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS、 NO_AUTO_CREATE_USER。

·         MSSQL

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、 NO_FIELD_OPTIONS。

·         MYSQL323

等同NO_FIELD_OPTIONS、HIGH_NOT_PRECEDENCE。

·         MYSQL40

等同NO_FIELD_OPTIONS、HIGH_NOT_PRECEDENCE。

·         ORACLE

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS、NO_AUTO_CREATE_USER。

·         POSTGRESQL

等同PIPES_AS_CONCAT、ANSI_QUOTES、IGNORE_SPACE、NO_KEY_OPTIONS、NO_TABLE_OPTIONS、NO_FIELD_OPTIONS。

·         TRADITIONAL

等同STRICT_TRANS_TABLES、STRICT_ALL_TABLES、NO_ZERO_IN_DATE、NO_ZERO_DATE、ERROR_FOR_DIVISION_BY_ZERO、NO_AUTO_CREATE_USER。


如果使用mysql，为了继续保留大家使用oracle的习惯，可以对mysql的sql_mode设置如下：

 

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,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES'

0 0
淘宝密码加密算法 淘宝密码加密算法
原创粉丝点击
热门IT博客
腾讯数据分析岗腾讯数据分析岗
电子烟入门 知乎电子烟入门 知乎
python 九九乘法表
深圳java
华为p9碎片优化
大学生借款软件排行
voip软件
赵柏闻 知乎
方正排版软件好学吗
子线的长度20怎么算法
网络视听证共享
js获取div的name
创建sql数据库
人工智能之父
如何取消淘宝公益宝贝
java http发送图片
知乎ios7版本
caffe slice层使用
小米加步枪的网络用意
黑客常用linux系统版本
热门问题 老师的惩罚 人脸识别 我在镇武司摸鱼那些年 重生之率土为王 我在大康的咸鱼生活 盘龙之生命进化 天生仙种 凡人之先天五行 春回大明朝 姑娘不必设防，我是瞎子 浙商保险公司怎么样 浙商证券首页 浙商财险电话 浙商期货软件下载 浙商期货网站 浙外urp 浙大 浙大邮箱 浙大分数线 浙大图书馆 浙大医学院 浙大校区 学在浙大 浙大研究生 浙大校园卡 浙大一院 浙大教务网 浙大附中 浙大排名 张梓晨浙大 浙大校长 浙大学霸 浙大计算机 浙大考研 浙大教务 浙大专业 浙大在哪 浙大招生 浙大招生网 浙大录取线 浙大图片 浙大本科生 浙大大学 浙大女生遇害案 浙大食堂学霸餐 浙大邮箱登录 浙大研究生院 浙大紫金港校区 郑强被浙大开除 浙大硕士重新高考 浙大概率论四版答案pdf

程序博客网，程序员的互联网技术博客家园。csdn论坛精品 msdn技术资料都在这里