课程名称：2.4 Behavior Differences Between MySQL and TiDB（TiDB 与 MySQL 的差异）
学习时长：20min
课程收获：
TiDB 兼容性概览，TiDB 和 MySQL 在语法、功能和行为上的主要差异。
课程内容：
- 兼容性概览
-
100%支持MySQL5.7 client/server协议、MySQL 5.7 常用的功能及语法。MySQL 5.7 生态中的系统工具（PHPMyAdmin、Navicat、MySQL Workbench、mysqldump、Mydumper/Myloader）、客户端等均适用于 TiDB。
-
大部分语法兼容MySQL 5.7及以上版本
-
但 TiDB 尚未支持一些 MySQL 功能，可能的原因如下：
- 有更好的解决方案，例如 JSON 取代 XML 函数。
- 目前对这些功能的需求度不高，例如存储流程和函数。
- 一些功能在分布式系统上的实现难度较大。
- 不支持的特性
- 存储过程与函数
- 触发器
- 事件
- 自定义函数
- 外键约束 #18209
- 临时表 #1248
- 全文/空间函数与索引 #1793
- 非
ascii/latin1/binary/utf8/utf8mb4的字符集 - SYS schema
- MySQL 追踪优化器
- XML 函数
- X-Protocol #1109
- Savepoints #6840
- 列级权限 #9766
-
XA语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） -
CREATE TABLE tblName AS SELECT stmt语法 #4754 -
CHECK TABLE语法 #4673 -
CHECKSUM TABLE语法 #1895 -
GET_LOCK和RELEASE_LOCK函数 #14994
TiDB与MySQL主要的不同特性
自增 ID（AUTO_INCREMENT）
- TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB server 中自增，不保证自动分配的值的连续性，建议不要将缺省值和自定义值混用，若混用可能会收
Duplicated Error的错误信息。 - TiDB 可通过
tidb_allow_remove_auto_inc系统变量开启或者关闭允许移除列的AUTO_INCREMENT属性。删除列属性的语法是：alter table modify或alter table change。 - TiDB 不支持添加列的
AUTO_INCREMENT属性，移除该属性后不可恢复。
自增 ID 详情可参阅 AUTO_INCREMENT。
不支持的特性和主键
不支持同一个表同时alter两个column、不支持有损数据的修改
** 隔离级别
Performance schema
TiDB 主要使用 Prometheus 和 Grafana 来存储及查询相关的性能监控指标，所以 Performance schema 部分表是空表。
查询计划
EXPLAIN / EXPLAIN FOR 输出格式、内容、权限设置与 MySQL 有比较大的差别，参见理解 TiDB 执行计划。
内建函数
支持常用的 MySQL 内建函数，有部分函数并未支持。可通过执行 SHOW BUILTINS 语句查看可用的内建函数。参考 SQL 语法文档。
DDL 的限制
TiDB 中，所有支持的 DDL 变更操作都是在线执行的。可能与 MySQL 不同的是，在 TiDB 中， ALGORITHM=INSTANT 和 ALGORITHM=INPLACE 这两种 MySQL DDL 算法可用于指定使用哪种算法来修改表。
与 MySQL 相比，TiDB 中的 DDL 存在以下限制：
- 不能在单条
ALTER TABLE语句中完成多个操作。例如，不能在单个语句中添加多个列或索引，否则，可能会输出Unsupported multi schema change的错误。 - 不支持不同类型的索引 (
HASH|BTREE|RTREE|FULLTEXT)。若指定了不同类型的索引，TiDB 会解析并忽略这些索引。 - 不支持添加/删除主键，除非开启了
alter-primary-key配置项。 - 不支持将字段类型修改为其超集，例如不支持从
INTEGER修改为VARCHAR，或者从TIMESTAMP修改为DATETIME，否则可能输出的错误信息Unsupported modify column: type %d not match origin %d。 - 更改/修改数据类型时，尚未支持“有损更改”，例如不支持从 BIGINT 更改为 INT。
- 更改/修改十进制列时，不支持更改预置。
- 更改/修改整数列时，不允许更改
UNSIGNED属性。 - 分区表支持 Hash、Range 和
Add/Drop/Truncate/Coalesce。其他分区操作将被忽略，可能会报Warning: Unsupported partition type, treat as normal table错误。不支持以下分区表语法：PARTITION BY LISTPARTITION BY KEYSUBPARTITION{CHECK|EXCHANGE|TRUNCATE|OPTIMIZE|REPAIR|IMPORT|DISCARD|REBUILD|REORGANIZE} PARTITION
ANALYZE TABLE
TiDB 中的信息统计 与 MySQL 中的有所不同：TiDB 中的信息统计会完全重构表的统计数据，语句执行过程较长，但在 MySQL/InnoDB 中，它是一个轻量级语句，执行过程较短。
更多信息统计的差异请参阅 ANALYZE TABLE 。
SELECT 的限制
- 不支持
SELECT ... INTO @变量语法。 - 不支持
SELECT ... GROUP BY ... WITH ROLLUP语法。
视图
TiDB 中的视图不可更新，不支持 UPDATE 、 INSERT 、 DELETE 等写入操作。
存储引擎
- 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过
--store配置项来指定存储引擎。
SQL 模式
TiDB 支持大部分 SQL 模式。不支持的 SQL 模式如下：
- 不支持兼容模式，例如：
ORACLE和POSTGRESQL（TiDB 解析但会忽略这两个兼容模式），MySQL 5.7 已弃用兼容模式，MySQL 8.0 已移除兼容模式。 - TiDB 的
ONLY_FULL_GROUP_BY模式与 MySQL 5.7 相比有细微的语义差别。 -
NO_DIR_IN_CREATE和NO_ENGINE_SUBSTITUTION仅用于解决与 MySQL 的兼容性问题，并不适用于 TiDB。
默认设置
- 字符集：
- TiDB 默认：
utf8mb4。 - MySQL 5.7 默认：
latin1。 - MySQL 8.0 默认：
utf8mb4。
- TiDB 默认：