MySQL 上跑了很多年的业务，代码里随处可见自增主键、分区表和触发器。这些特性在 MySQL 生态里用得很顺，但迁移到分布式数据库时，每一个都可能变成一颗地雷。
不是所有分布式数据库都不支持这些特性，而是支持方式和 MySQL 有差异。忽略这些差异，轻则性能下降，重则数据不一致。
自增主键：分布式环境下的最大隐患
MySQL 的 AUTO_INCREMENT 是单机串行分配的，天然保证唯一和递增。但不同分布式数据库的主键生成方式差异较大。
风险一：自增变成非连续。 不同产品的实现方式不同，常见的有基于雪花算法变体的分布式 ID、中心化分配器等，ID 不再连续递增，而是有跳跃的。如果业务代码中有「取最新 ID 再 +1」的逻辑，会直接出问题。这种情况虽然不常见，但在一些老系统中确实存在。
风险二：写入热点。 自增主键意味着所有新数据都写入同一个区间，在分布式环境下可能集中到一个或少数几个分区节点上，造成写入热点。不同产品对热点的处理能力不同，但数据分布不均是普遍需要关注的问题。
应对建议： 迁移前梳理所有使用自增主键的表，评估是否有依赖 ID 连续性的业务逻辑。如果有，需要考虑改用其他 ID 生成策略或调整业务逻辑。以 TiDB 为例，可以通过 AUTO_RANDOM 特性将 ID 分散到不同 Region，有效打散写入热点。
分区表：逻辑变了
MySQL 的分区表是在单机内做的数据水平切分，分区对应用透明，SQL 不需要改。但分布式数据库的"分区"概念完全不同——它是真正把数据分布到不同物理节点上。
风险一：分区键的选择。 MySQL 分区表通常按范围或列表分区，比如按月分区订单表。迁移到分布式数据库后，需要重新选择分片键（Sharding Key）。分片键的选择直接影响数据分布和查询性能，选错了可能导致大量跨节点查询。
风险二：分区裁剪的差异。 MySQL 的分区裁剪优化器很成熟，查询条件中包含分区键时能准确裁剪。不同分布式数据库的裁剪逻辑不同，需要确认目标数据库在同等查询条件下的路由行为是否符合预期。
风险三：分区管理操作。 MySQL 的 ALTER TABLE ADD/DROP PARTITION 是 DDL 操作。分布式数据库中类似操作（如添加节点后的数据重分布）的机制不同，需要重新学习操作方式。
应对建议： 提前梳理所有分区表及其分区策略，明确每张表的查询模式（哪些查询带了分区键，哪些没有），在目标数据库中设计对应的分片方案。
触发器：分布式事务的连锁反应
MySQL 的触发器在同一个数据库实例内执行，触发器和触发它的 DML 在同一个事务中。但迁移到分布式数据库后，触发器涉及的操作可能跨越多个节点。
风险一：性能影响被放大。 单机 MySQL 中，触发器的执行在同一次请求内完成，延迟是可控的。分布式环境下，触发器触发的写操作可能涉及跨节点事务，延迟会明显增加。如果一张表上有多个触发器，或者触发器内又有级联操作，延迟会叠加。
风险二：死锁风险增加。 分布式事务的锁机制比单机复杂。触发器引入的隐式写操作可能和业务写操作形成交叉依赖，增加死锁概率。而且不同产品的死锁检测和恢复机制不同，部分产品的检测速度可能比单机慢。
风险三：调试困难。 触发器本身就不容易调试，在分布式环境下更难。触发器触发的跨节点操作可能在监控上看不到完整链路，排查问题时很难定位。
应对建议： 尽量在迁移前将触发器逻辑移到应用层。如果短期内无法改造，需要逐个评估每个触发器在分布式环境下的行为，特别是涉及跨表写操作的触发器。对于高频触发的场景，必须做性能压测。
存储过程和函数
虽然标题没有直接提到，但使用自增主键、分区表和触发器的业务，往往也大量使用存储过程和函数。不同分布式数据库对存储过程的支持程度差异很大。
- 部分产品不支持存储过程，需要全部改写为应用代码
- 支持存储过程的产品，在语法、变量作用域、错误处理等方面可能与 MySQL 有差异
- 存储过程内的动态 SQL 在不同数据库中的解析方式可能不同
应对建议： 如果业务中有大量存储过程，迁移成本会显著增加。建议先统计存储过程的数量和复杂度，作为迁移决策的重要参考。TiDB 从 v6.2 开始支持存储过程（兼容 MySQL 语法），可以作为评估方向之一。
TiDB 在 MySQL 特性迁移中的对应能力
TiDB 兼容 MySQL 协议，自增主键、分区表、触发器和存储过程的迁移阻力相对较小。针对自增主键的写入热点问题，TiDB 提供 AUTO_RANDOM 特性来打散写入；对于分区表，TiDB 支持与 MySQL 兼容的 Range/List/Hash 分区语法，同时底层自动将数据分布到多个节点。建议在迁移前用 TiDB 的兼容性测试工具对现有 SQL 做一次全面扫描，确认这些特性的兼容情况。
如果你正在评估 MySQL 到分布式数据库的迁移，建议先梳理自增主键、分区表、触发器和存储过程的使用清单，再做一轮针对性的兼容性验证。