与 MySQL 兼容性对比

    • 但 TiDB 尚未支持一些 MySQL 功能，可能的原因如下：

      • 有更好的解决方案，例如 JSON 取代 XML 函数。
      • 目前对这些功能的需求度不高，例如存储流程和函数。
      • 一些功能在分布式系统上的实现难度较大。

    • 除此以外，TiDB 不支持 MySQL 复制协议，但提供了专用工具用于与 MySQL 复制数据

      • 从 MySQL 复制：TiDB Data Migration (DM) 是将 MySQL/MariaDB 数据迁移到 TiDB 的工具，可用于增量数据的复制。
      • 向 MySQL 复制： 是一款通过拉取 TiKV 变更日志实现的 TiDB 增量数据同步工具，可通过 MySQL sink 将 TiDB 增量数据复制到 MySQL。
    • 存储过程与函数
    • 触发器
    • 事件
    • 自定义函数
    • 外键约束 #18209
    • 全文语法与索引
    • 非 ascii、latin1、binary、utf8、utf8mb4、gbk 的字符集
    • SYS schema
    • MySQL 追踪优化器
    • XML 函数
    • X-Protocol #1109
    • Savepoints
    • 列级权限 #9766
    • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开）
    • CREATE TABLE tblName AS SELECT stmt 语法
    • CHECK TABLE 语法 #4673
    • CHECKSUM TABLE 语法
    • REPAIR TABLE 语法
    • OPTIMIZE TABLE 语法
    • GET_LOCK 和 RELEASE_LOCK 函数 #14994
    • HANDLER 语句
    • CREATE TABLESPACE 语句

    与 MySQL 有差异的特性详细说明

    • 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 详情可参阅 。

    Performance schema

    TiDB 主要使用 Prometheus 和 Grafana 来存储及查询相关的性能监控指标，所以 Performance schema 部分表是空表。

    查询计划

    MySQL 系统变量 optimizer_switch 在 TiDB 中是只读的，对查询计划没有影响。你还可以在 optimizer hints 中使用与 MySQL 类似的语法，但可用的 hint 和实现原理可能会有所不同。

    详情参见。

    内建函数

    支持常用的 MySQL 内建函数，有部分函数并未支持。可通过执行 SHOW BUILTINS 语句查看可用的内建函数。参考 。

    DDL 的限制

    TiDB 中，所有支持的 DDL 变更操作都是在线执行的。与 MySQL 相比，TiDB 中的 DDL 存在以下限制：

    • 不能在单条 ALTER TABLE 语句中完成多个操作。例如，不能在单个语句中添加多个列或索引，否则，可能会输出 Unsupported multi schema change 的错误。
    • ALTER TABLE 不支持少部分类型的变更。比如，TiDB 不支持从 DECIMAL 到 的变更。当遇到不支持的类型变更时，TiDB 将会报 Unsupported modify column: type %d not match origin %d 的错误。更多细节，请参考。
    • TiDB 中，ALGORITHM={INSTANT,INPLACE,COPY} 语法只作为一种指定，并不更改 ALTER 算法，详情参阅 ALTER TABLE。
    • 不支持添加或删除 CLUSTERED 类型的主键。要了解关于 CLUSTERED 主键的详细信息，请参考。
    • 不支持指定不同类型的索引 (HASH|BTREE|RTREE|FULLTEXT)。若指定了不同类型的索引，TiDB 会解析并忽略这些索引。
    • 分区表支持 HASH、RANGE 和 LIST 分区类型。对于不支持的分区类型，TiDB 可能会报 Warning: Unsupported partition type %s, treat as normal table 错误，其中 %s 为不支持的具体分区类型。

    • 分区表还支持 ADD、DROP、TRUNCATE 操作。其他分区操作会被忽略。TiDB 不支持以下分区表语法：

      • PARTITION BY KEY
      • SUBPARTITION

      • {CHECK|TRUNCATE|OPTIMIZE|REPAIR|IMPORT|DISCARD|REBUILD|REORGANIZE|COALESCE} PARTITION

        更多详情，请参考分区表文档。

    TiDB 中的信息统计与 MySQL 中的有所不同：TiDB 中的信息统计会完全重构表的统计数据，语句执行过程较长，但在 MySQL/InnoDB 中，它是一个轻量级语句，执行过程较短。

    更多信息统计的差异请参阅 。

    SELECT 的限制

    • 不支持 SELECT ... INTO @变量 语法。
    • 不支持 SELECT ... GROUP BY ... WITH ROLLUP 语法。
    • TiDB 中的 SELECT .. GROUP BY expr 的返回结果与 MySQL 5.7 并不一致。MySQL 5.7 的结果等价于 GROUP BY expr ORDER BY expr。

    详情参见 。

    UPDATE 语句

    详情参见 。

    视图

    TiDB 中的视图不可更新，不支持 UPDATE、INSERT、DELETE 等写入操作。

    临时表

    详见 TiDB 本地临时表与 MySQL 临时表的兼容性。

    存储引擎

    • 仅在语法上兼容创建表时指定存储引擎，实际上 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 和 仅用于解决与 MySQL 的兼容性问题，并不适用于 TiDB。

    默认设置

    • 字符集：

      • TiDB 默认：utf8mb4。
      • MySQL 5.7 默认：latin1。
      • MySQL 8.0 默认：utf8mb4。

    • 排序规则：

      • TiDB 中 utf8mb4 字符集默认：utf8mb4_bin。
      • MySQL 5.7 中 utf8mb4 字符集默认：utf8mb4_general_ci。
      • MySQL 8.0 中 utf8mb4 字符集默认：utf8mb4_0900_ai_ci。

    • foreign_key_checks：

      • TiDB 默认：OFF，且仅支持设置该值为 OFF。
      • MySQL 5.7 默认：ON。

    • SQL mode：

      • TiDB 默认：ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。
      • MySQL 5.7 默认与 TiDB 相同。
      • MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION。

    • lower_case_table_names：

      • TiDB 默认：2，且仅支持设置该值为 2。
      • MySQL 默认如下：
        • Linux 系统中该值为 0
        • Windows 系统中该值为 1
        • macOS 系统中该值为 2

    • explicit_defaults_for_timestamp：

      • TiDB 默认：ON，且仅支持设置该值为 ON。
      • MySQL 5.7 默认：OFF。
      • MySQL 8.0 默认：ON。

    日期时间处理的区别

    时区

    • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用所有时区名称，无法通过导入时区表数据的形式修改计算规则。

    • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计算；且在未的情况下不能通过时区名称来指定时区。

    • 不支持 FLOAT4/FLOAT8。

    • 不支持 SQL_TSI_*（包括 SQL_TSI_MONTH、SQL_TSI_WEEK、SQL_TSI_DAY、SQL_TSI_HOUR、SQL_TSI_MINUTE 和 SQL_TSI_SECOND，但不包括 SQL_TSI_YEAR）。

    MySQL 弃用功能导致的不兼容问题

    • 指定浮点类型的精度。MySQL 8.0 弃用了此功能，建议改用 DECIMAL 类型。