-
不在数据库做运算: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和子查询
Buy me a cup of coffee :)