MySQL解析上面的字符\u0080

Question

我不明白这种行为，我希望有人能启发我。。。

mysql> CREATE TABLE test (id INT AUTO_INCREMENT, data JSON, PRIMARY KEY(id));
Query OK, 0 rows affected (0.03 sec)

mysql> INSERT INTO test(data) VALUES ('["\\u0000\"]'), ('["\\u0001"]'), ('["\\u0081"]'), ('["\\u0091"]');
Query OK, 4 rows affected (0.09 sec)
Records: 4  Duplicates: 0  Warnings: 0

mysql> select *,char_length(data),hex(data) from test;
+----+------------+-------------------+----------------------+
| id | data       | char_length(data) | hex(data)            |
+----+------------+-------------------+----------------------+
|  1 | ["\u0000"] |                10 | 5B225C7530303030225D |
|  2 | ["\u0001"] |                10 | 5B225C7530303031225D |
|  3 | [""]      |                 5 | 5B22C281225D         |
|  4 | [""]      |                 5 | 5B22C291225D         |
+----+------------+-------------------+----------------------+
4 rows in set (0.00 sec)

为什么MySQL选择将\\u0081解析为代码点，而将\\u0001保留为一系列简单字符？

或者采取另一种方式，为什么MySQL在后一种情况下将“\\”解析为“这是一个字面上的反斜杠字符”，但在前一种情况下将“\\”解析为解释以下字符的理由？我可以看到两种方法的论点，但我对u0001和u0081之间的行为变化感到困惑。

这是在“mysql版本14.14发行版5.7.22，用于Linux（x86_64），使用EditLine包装器”以及“mysql版本8.0.12，用于x86_64上的macos10.13（mysql社区服务器-GPL）”上。它显示在MySQL命令行上，如图所示，也可以通过PDO显示。

和往常一样，如果这个问题在别处被提及，我深表歉意。我发现了许多相关问题，但没有一个解决了这种不一致性（或者对于Bug 87722，它声称已经修复，但似乎没有）。

Answer 1

由于这里有两层转义，SQL和JSON，您实际上需要加倍使用反斜杠才能工作：

INSERT INTO test(data) VALUES ('["\\\\u0000\"]'), ('["\\\\u0001"]'), ('["\\\\u0081"]'), ('["\\\\u0091"]');

请注意，如果这些是简单的VARCHAR字段，则不需要这样做。JSON将\视为特殊字符。