tidb开发规范

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)。自己单位内部订版根据实际情况选择。

上一篇:MySQL很慢... 怎么破??


下一篇:《叶问》第10期