- 不在数据库做运算：cpu计算务必移至业务层
- 控制单表数据量：单表记录控制在1000w
- 控制列数量：字段数控制在20以内
- 平衡范式与冗余：为提高效率牺牲范式设计，冗余数据
- 拒绝3B：拒绝大sql，大事物，大批量
- varchar是变长存储的，所以实际开发中我们一般都把varchar的宽度设为最长255，反正你没用完它也不会浪费空间。
- 避免使用NULL字段
- NULL字段很难查询优化
- NULL字段的索引需要额外空间
- NULL字段的复合索引无效
- 少用text/blob
- varchar的性能会比text高很多
- 实在避免不了blob，请拆表
- 谨慎合理使用索引
- 改善查询、减慢更新
- 索引一定不是越多越好（能不加就不加，要加的一定得加）
- 覆盖记录条数过多不适合建索引，例如“性别”
- 不在索引做列运算
- bad case：select id where age +1 = 10;
- 不用外键，请由程序保证约束
- sql语句尽可能简单
- 一条sql只能在一个cpu运算
- 大语句拆小语句，减少锁时间
- 一条大sql可以堵死整个库
- 简单的事务，事务时间尽可能短
- 避免使用trig/func
- 触发器、函数不用
- 客户端程序取而代之
- 避免负向%
- limit高效分页，limit越大，效率越低
- 少用连接join
- 库名，表名，列名必须用小写，采用下划线分隔
- abc，Abc，ABC都是给自己埋坑
- 库名，表名，列名必须见名知义，长度不要超过32字符
- tmp，wushan谁TM知道这些库是干嘛的
- 建议将大字段，访问频度低的字段拆分到单独的表中存储，分离冷热数据
- 禁止在where条件列使用函数或者表达式
- 禁止大表JOIN和子查询
