大厂必须遵守的MySql开发军规

段

1. 数值类型的字节和运用范围
2. 如果可以，将字符串转化为数字存储。可以加快查询速度和节省空间，举例用INT代替CHAR(15)来存储IP
3. 优先使用SET和ENUM...(可能有问题!)
4. 避免使用NULL
5. 少用TEXT/BLOB，如果必须使用(超过varchar最大限制64k)则必须拆分到单独的表
6. 不在数据库存图片

索引

1. 能不加的索引尽量不加，最好不超过字段数的20%(如：性别不加)，结合核心SQL优先考虑覆盖索引
2. 字符字段必须建前缀索引。由于字符串很长，通常可以索引开始的几个字符，而不是全部值，以节约空间并得到好的性能。
3. 不在索引列进行数学运算和函数运算(会导致无法使用索引 => 全表扫描)，如where id+1 = 100 和 id = 100 - 1，效率差很远
4. 自增列或全局ID做INNODB的主键
5. 尽量不用外键(由程序保证约束)，高并发的时候容易死锁

SQL

1. SQL语句尽可能简单，因为一条SQL只能在一个CPU运算，在高并发的情况下，可能一条大SQL就把整个数据库堵死。而简单的SQL缓存命中率更高，减少锁表的时间(特别是MyISAM)，用上多CPU
2. 保持事务、DB连接足够短，即开即用、用完就关。与事务无关操作放到事务外面，减少锁资源的占用;在不破坏一致性前提下，使用多个短事务代替长事务(如：发帖时的图片上传等待)
3. 尽可能少用存储过程，少用触发器，减用MySQL函数对结果进行处理(交由客户端程序负责)
4. 尽量少用select *，只取需要数据列，为使用覆盖索引提供可能性，减少临时表生成，更安全
5. 用in()代替or，因为or的效率是O(n)，而in()的效率是O(Log n)。如：where a = 1 OR a = 100 与 where a IN (1, 100)
6. merge index往往很弱智，所以用union代替对多字段的or查询。如：select * from t where a = 1 OR b = 2 与 select * from t where a = 1 UNION select * from t where b = 2
7. 尽量避免负向查找，如NOT、!=等
8. 尽量避免%前缀模糊查询，由于使用的是B+ Tree，前缀模糊使用不了索引，导致全表扫描(后缀模糊速度相对快很多)
9. 减少COUNT(*)，使用COUNT(col)，前者资源开销大，尽量少用。MyISAM不带WHERE COUNT()而INNODB带WHERE COUNT()。 计数的统计可以采用的方法：实时统计可以使用memcache，双向更新，凌晨跑基准;非实时统计尽量用单独统计表，定期重算
10. LIMIT高效分页：传统的方法是select * from t limit 10000, 10，推荐的方法是select * from t where id > 23423 limit 10。LIMIT的偏移量越大则越慢。还有一些高效的方法有：先取id来LIMIT偏移，减少整体的数据偏移;取到需要的id，与原表JOIN;程序取ID，然后用IN来填写。select * from t where id >= (select id from t limit 10000, 1) limit 10 , select * from t INNER JOIN (select id from t limit 10000, 10) USING (id) , select id from t limit 10000, 10; select * from t where id in (123, 456...)
11. 若无需对结果进行去重，则用UNION ALL而非UNION(UNION有去重开销)
12. 分解JOIN联接来保证高并发。高并发DB不建议进行两个表以上的JOIN
13. group by会默认自动升序排序，如果需要去掉排序，

（编辑：平凉站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!