tidb开发规范

作者：tplinux

原文来源： tidb.net/blog/a4cf20…

tidb开发规范 如果有不对的地方求留言指正 一 减少大事务 3.0的版本 1.1 每个事务内的 SQL 数量不超过 5000 条。 1.2 每个键值对不超过 6MB。 1.3 键值对的总大小不超过 100MB 1.4 键值对的总数不超过 300,000(总的行数*(1 + 索引个数) < 30万)

4.0版本 对大事务支持进一步优化 1.5 单个事务最大支持10GB 1.6 取消键值对的总数不超过 300,000 这个限制 虽然4.0对大事务进行优化和改善，但DBA建议对大事务进行拆分小事务，减少数据库压力，提示数据库性能。

二 禁止使用(不支持功能) 2.1 存储过程和函数、 触发器、 事件、 自定义函数、外键、全文索引 2.2 字符集 非ascii/latin1/binary/utf8/utf8mb4 的字符集

三 库表设计与SQL 3.1. 建议取消主键 使用唯一健+not null，理由方便手动分区，从而处理热点写问题。如果必须使用自增主键建议bigint+AUTO_RANDOM 3.2. 如果有AP类型业务，建议申请服务器使用TiFlash，从而提升读的性能 3.3. 默认不支持删除主键操作，也不支持添加主键，添加自增索引 3.4. 目前不支持DDL变更合并的操作，目前对一个表进行多次DDL，进行拆写 3.5 3.0.8(以上)或4.0版本支持乐观事务和悲观事务 3.6 大表，比如超过1亿，建议每个SQL都要严格审核，否则一旦走错索引，可能会影响整个集群.（大表谨慎加索引） 3.7 表字段数不建议超过 60 个，建议单行的总数据大小不要超过 64K，数据长度过大字段最好拆到另外的表 3.8 不推荐使用复杂的数据类型 3.9 需要 join 的字段，数据类型保障绝对一致，避免隐式转换 3.10 WHERE条件中不在索引列上进行数学运算或函数运算； 3.11 用 in /union 替换 or，并注意 in 的个数小于 300； 3.12 禁止使用%前缀进行模糊前缀查询。 3.13 TiDB对大小写支持为lower_case_table_names=2(只支持2) 3.14 统计类SQL特别多，并行符合条件，建议使用TiFlash 3.15 TiDB不支持字段的有损变更。自增属性删除后不支持在新增自增属性。 3.16 库表索引等命名规则设计与MySQL一致即可

四 线上流程 4.1 必须在测试环境跑完(兼容性测试，以及业务测试)，才可以考虑上生产。 4.2 至少3台物理机(标C的机器，SSD硬盘)，根据业务实际情况进行合理分配。 4.3 建议数据量特别大(单表上亿)，有弹性扩、缩容，无法确认切分规则不能使用分库分表。

五 数据删除规范

5.1 删除表中全部的数据时，使用 TRUNCATE 而不要使用delete。 5.2 如果大批删除，容易引发整个集群性能抖动。建议拆分SQL（少删多提）

六 其他 6.1 大数据导入，联系DBA进行操作，导入成功后研发确认进行核对。 6.2 业务涉及的时候 如有热点表 热点读写等需要提前通知DBA，对热点小表 还是建议存在redis。 6.3 默认GC超时时间是1天(tidb 默认10分钟)，可以恢复1天之前的数据。 6.4 定期针对慢SQL进行合理优化，默认统计信息收集时间03点到05点之间，如在期间有性能问题可联系DBA进行调整。如需要手动收集统计信息可以联系dba。 6.5 TiDB监控、报警、大事报 地址和报警配置 联系dba即可 6.6 线上默认版本4.0.最新(大于4.0.8)。如使用3.0版本的话默认3.0.最新(大于3.0.18)。自己单位内部订版根据实际情况选择。