查询优化
-
查询缓慢的原因
-
是否向数据库请求了不必要的数据
1.查询时是否返回了全部或者大部分数据然后再进行处理的。
2.进行单查或者多表联查时是否返回了全部列数据。例如:SELECT * FORM table1 WHERE a=1; SELECT * FORM table1 LEFT JOIN table2 LEFT JOIN table2 where a = b;
查询时尽量只查自己需要的字段,尽量不要用*查询
查询400万数据,十个字段时直接使用*查询耗费时间为11s,只查询id时耗费3s左右- 查询单条数据确定行时尽量使用LINIT来限制查询行数,终止查询,否则就算找到对应列后MsSQL还是继续扫描
不加索引的情况下,查询单条数据不加limit 2.5s 加上limit限制0.1s
- 查询单条数据确定行时尽量使用LINIT来限制查询行数,终止查询,否则就算找到对应列后MsSQL还是继续扫描
-
-
拆分复杂的查询方式
- 将一个复杂的查询拆分成多个简单的查询。
- 将一次处理大量数据的操作,分解为多个小操作。循环的方式每次处理一部分数据。一次删除不要超过10 000行(delete)
- 减少JOIN的使用,把多表联查的查询分解成多个单表查询,在应用程序中实现连接操作
拆分查询的优势:
- 能更有效的利用MySQL缓存
- 可以有效的利用表锁,查询会锁住单个表较短时间。
- 客户端可以方便拆分数据库和拆分表,做分布式数据库。
- MySQL解析器解析SQL更迅速,查询更高效
- 可以更好的利用索引
- 减少对多余数据的访问,减少内存和网络的开销
-
减少对COUNT的使用,因为InnoDB使用COUNT是做的全表扫描,对大表使用COUNT查询会非常缓慢
- 对于需要统计的数据冗余的统计表来做统计操作,一个小时或者一天统计一次数据
- 使用Redis之类的缓存技术来做统计功能,例如排行榜和点赞人数统计可以用redis的有序集合来做
- 减少min,max的使用,因为也会扫描整个表,若需要统计尽量使用缓存来做
- 使用order by group by 时,尽量确保只引用表中的一列,多了会使用不到索引。尽量减少在数据库中进行排序操作