MySQL数据库设计原则

目录

核心原则

字段类原则

索引类原则

SQL类原则

---

核心原则

1.不在数据库做运算;
2.cpu 计算务必移至业务层;
3.控制列数量(字段少而精,字段数建议在 20 以内);
4.平衡范式与冗余(效率优先；往往牺牲范式)
5.拒绝 3B(拒绝大 sql 语句：big sql、拒绝大事务：big transaction、拒绝大批量：big batch);

字段类原则

1.用好数值类型(用合适的字段类型节约空间);
2.字符转化为数字(能转化的最好转化,同样节约空间、提高查询性能);
3.避免使用 NULL 字段(NULL 字段很难查询优化、NULL 字段的索引需要额外空间、NULL 字段的复合索引无效);
4.少用 text 类型(尽量使用 varchar 代替 text 字段);

索引类原则

1.合理使用索引(改善查询,减慢更新,索引一定不是越多越好);
2.字符字段必须建前缀索引(指定索引字段的数据类型范围)

ALTER TABLE `city_demo` ADD KEY `idx_city` (`city`(7))

3.不在索引做列运算;
4.innodb 主键推荐使用自增列(主键建立聚簇索引,主键不应该被修改,字符串不应该做主键)(理解 Innodb 的索引保存结构就知道了);
5.不用外键(由程序保证约束);

SQL类原则

1.sql 语句尽可能简单(一条 sql 只能在一个 cpu 运算,大语句拆小语句,减少锁时间,一条大 sql 可以堵死整个库);
2.简单的事务;
3.避免使用 trig/func(触发器、函数不用客户端程序取而代之);
4.不用 select *(消耗 cpu,io,内存,带宽,这种程序不具有扩展性);
5.OR 改写为 IN(or 的效率是 n 级别);
6.OR 改写为 UNION(mysql 的索引合并很弱智);

select id from t where phone = ’159′ or name = ‘john’;

select id from t where phone=’159′
union
select id from t where name=’jonh’

7.避免负向%;
8.慎用 count(*);
9.limit 高效分页(limit 越大，效率越低);
10.使用 union all 替代 union(union 有去重开销);
11.少用连接 join;
12.请使用同类型比较;
13.打散批量更新;