MySQL与标准SQL的区别

我们试图使MySQL Server遵循ANSI SQL标准和ODBC SQL标准，但MySQL Server在某些情况下执行不同的操作：

MySQL和标准SQL特权系统之间有一些区别。例如，在MySQL中，删除表时不会自动撤销表的特权。您必须显式发出REVOKE来撤销表的特权。

CASTCAST()函数不支持强制转换为REAL或BIGINT。

SELECT INTO TABLE 语法差异

MySQL服务器不支持SELECT ... INTO TABLE Sybase数据库SQL扩展。相反，MySQL服务器支持INSERT INTO ... SELECT标准SQL语法，这基本上是一样的。例如：

INSERT INTO tbl_temp2 (fld_id)SELECT tbl_temp1.fld_order_idFROM tbl_temp1 WHERE tbl_temp1.fld_order_id > 100;

或者，您可以使用SELECT ... INTO OUTFILE或CREATE TABLE ... SELECT。

您可以将SELECT ... INTO与用户定义的变量一起使用。同样的语法也可以在使用游标和局部变量的存储过程中使用。

UPDATE 语法差异

如果在表达式中访问要更新的表中的列，UPDATE将使用该列的当前值。以下语句中的第二个赋值将col2设置为当前（更新）的col1值，而不是原始的col1值。结果是col1和col2具有相同的值。这种行为与标准SQL不同。

UPDATE t1 SET col1 = col1 + 1, col2 = col1;

外键约束差异

外键约束的MySQL实现在以下关键方面不同于SQL标准：

1、如果父表中有多行具有相同的引用键值，InnoDB会执行外键检查，就好像其他具有相同键值的父行不存在一样。例如，如果您定义了RESTRICT类型约束，并且有一个子行具有多个父行，InnoDB不允许删除任何父行。这在以下示例中显示：

mysql> CREATE TABLE parent (->     id INT,->     INDEX (id)-> ) ENGINE=InnoDB;
Query OK, 0 rows affected (0.04 sec)mysql> CREATE TABLE child (->     id INT,->     parent_id INT,->     INDEX par_ind (parent_id),->     FOREIGN KEY (parent_id)->         REFERENCES parent(id)->         ON DELETE RESTRICT-> ) ENGINE=InnoDB;
Query OK, 0 rows affected (0.02 sec)mysql> INSERT INTO parent (id) ->     VALUES ROW(1), ROW(2), ROW(3), ROW(1);
Query OK, 4 rows affected (0.01 sec)
Records: 4  Duplicates: 0  Warnings: 0mysql> INSERT INTO child (id,parent_id) ->     VALUES ROW(1,1), ROW(2,2), ROW(3,3);
Query OK, 3 rows affected (0.01 sec)
Records: 3  Duplicates: 0  Warnings: 0mysql> DELETE FROM parent WHERE id=1;
ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key
constraint fails (`test`.`child`, CONSTRAINT `child_ibfk_1` FOREIGN KEY
(`parent_id`) REFERENCES `parent` (`id`) ON DELETE RESTRICT)

2、如果ON UPDATE CASCADE或ON UPDATE SET NULL递归以更新它之前在同一级联期间更新过的同一表，则其行为类似于RESTRICT。这意味着您不能使用自引用ON UPDATE CASCADE或ON UPDATE SET NULL操作。这是为了防止级联更新导致无限循环。另一方面，自引用ON DELETE SET NULL是可能的，因为自引用也是可能的ON DELETE CASCADE。级联操作的嵌套深度不得超过15级。

3、在插入、删除或更新多行的SQL语句中，逐行检查外键约束（如唯一约束）。在执行外键检查时，InnoDB会在它必须检查的子记录或父记录上设置共享行级锁。MySQL立即检查外键约束；检查不会延迟到事务提交。根据SQL标准，默认行为应该是延迟检查。即只有在处理完整个SQL语句后才检查约束。这意味着无法使用外键删除引用自身的行。

4、没有存储引擎（包括InnoDB）可以识别或强制执行referential-integrity约束定义中使用的MATCH子句。使用显式MATCH子句没有指定的效果，它会导致忽略ON DELETE和ON UPDATE子句。应避免指定MATCH。

SQL标准中的MATCH子句控制复合（多列）外键中的NULL值在与引用表中的主键进行比较时如何处理。MySQL本质上实现了MATCH SIMPLE定义的语义学，它允许外键全部或部分NULL。在这种情况下，可以插入包含此类外键的（子表）行，即使它没有拟合引用（父）表中的任何行。（可以使用触发器实现其他语义学。）

5、引用非UNIQUE键的FOREIGN KEY约束不是标准SQL而是现在已弃用的InnoDB扩展，必须通过设置restrict_fk_on_non_standard_key启用。在MySQL的未来版本中可能删除对使用非标准键的支持，不建议使用他们。

根据SQL标准，NDB存储引擎需要在作为外键引用的任何列上显式唯一键（或主键）。

6、对于不支持外键的存储引擎（如MyISAM），MySQL Server会解析并忽略外键规范。

7、MySQL解析但忽略“内联REFERENCES规范”（在SQL标准中定义），其中引用定义为列规范的一部分。MySQL仅在指定为单独的FOREIGN KEY规范的一部分时接受REFERENCES子句。定义列以使用REFERENCES tbl_name(col_name)子句没有实际效果，仅作为备忘录或注释，告诉您当前定义的列在另一个表中详情可见。使用此语法时必须注意：

a、MySQL不执行任何类型的检查来确保col_name确实存在于tbl_name中（甚至tbl_name本身存在）。

b、MySQL不会对tbl_name执行任何类型的操作，例如删除行以响应对您正在定义的表中的行执行的操作；换句话说，这种语法不会产生任何ON DELETE或ON UPDATE行为。（尽管您可以编写ON DELETE或ON UPDATE子句作为REFERENCES的一部分，但它也会被忽略。）

c、此语法创建一个列；它不创建任何类型的索引或键。

您可以将这样创建的列用作连接列，如下所示：

CREATE TABLE person (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,name CHAR(60) NOT NULL,PRIMARY KEY (id)
);CREATE TABLE shirt (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,style ENUM('t-shirt', 'polo', 'dress') NOT NULL,color ENUM('red', 'blue', 'orange', 'white', 'black') NOT NULL,owner SMALLINT UNSIGNED NOT NULL REFERENCES person(id),PRIMARY KEY (id)
);INSERT INTO person VALUES (NULL, 'Antonio Paz');SELECT @last := LAST_INSERT_ID();INSERT INTO shirt VALUESROW(NULL, 'polo', 'blue', @last),ROW(NULL, 'dress', 'white', @last),ROW(NULL, 't-shirt', 'blue', @last);INSERT INTO person VALUES (NULL, 'Lilliana Angelovska');SELECT @last := LAST_INSERT_ID();INSERT INTO shirt VALUESROW(NULL, 'dress', 'orange', @last),ROW(NULL, 'polo', 'red', @last),ROW(NULL, 'dress', 'blue', @last),ROW(NULL, 't-shirt', 'white', @last);SELECT * FROM person;
+----+---------------------+
| id | name                |
+----+---------------------+
|  1 | Antonio Paz         |
|  2 | Lilliana Angelovska |
+----+---------------------+SELECT * FROM shirt;
+----+---------+--------+-------+
| id | style   | color  | owner |
+----+---------+--------+-------+
|  1 | polo    | blue   |     1 |
|  2 | dress   | white  |     1 |
|  3 | t-shirt | blue   |     1 |
|  4 | dress   | orange |     2 |
|  5 | polo    | red    |     2 |
|  6 | dress   | blue   |     2 |
|  7 | t-shirt | white  |     2 |
+----+---------+--------+-------+SELECT s.* FROM person p INNER JOIN shirt sON s.owner = p.id
WHERE p.name LIKE 'Lilliana%'AND s.color <> 'white';+----+-------+--------+-------+
| id | style | color  | owner |
+----+-------+--------+-------+
|  4 | dress | orange |     2 |
|  5 | polo  | red    |     2 |
|  6 | dress | blue   |     2 |
+----+-------+--------+-------+

以这种方式使用时，REFERENCES不会显示在SHOW CREATE TABLE或DESCRIBE的输出中：

mysql> SHOW CREATE TABLE shirt\G
*************************** 1. row ***************************
Table: shirt
Create Table: CREATE TABLE `shirt` (
`id` smallint(5) unsigned NOT NULL auto_increment,
`style` enum('t-shirt','polo','dress') NOT NULL,
`color` enum('red','blue','orange','white','black') NOT NULL,
`owner` smallint(5) unsigned NOT NULL,
PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

'--'作为SQL注解的开头

标准SQL使用C语法/* this is a comment */用于注释，MySQL服务器也支持这种语法。MySQL还支持对这种语法的扩展，使MySQL特定的SQL能够嵌入到注释中。

MySQL服务器也使用#作为开始注释字符。这是不标准的。

标准SQL还使用"--"作为开始注释序列。MySQL服务器支持--注释样式的变体；--开始注释序列被接受，但必须后跟空格或换行符等空格字符。该空格旨在防止使用如下结构生成的SQL查询出现问题，这些结构会更新余额以反映费用：

UPDATE account SET balance=balance-charge
WHERE account_id=user_id

考虑一下当charge具有负值时会发生什么，例如-1，这可能是将金额记入账户的情况。在这种情况下，生成的语句如下所示：

UPDATE account SET balance=balance--1
WHERE account_id=5752;

balance--1是有效的标准SQL，但是--被解释为注释的开始，并且表达式的一部分被丢弃。结果是一个与预期含义完全不同的语句：

UPDATE account SET balance=balance
WHERE account_id=5752;

该语句的值根本不会发生任何变化。为了防止这种情况发生，MySQL需要在--后面加上一个空格字符，以便在MySQL服务器中将其识别为开始注释序列，以便始终可以安全使用balance--1之类的表达式。