可以使用explain关键字可以让我们知道,性能瓶颈是查询语句还是表结构
写sql要明确需要的字段,要多少就写多少字段,避免滥用select *
使用join来避免使用子查询
尽可能使返回结果更精确:有什么限制条件尽量都用上 ,比如,limt,where等,这样可以让我们查询少做不需要的动作。
开启查询缓存(当收益大于成本的时候)
- 怎么判断是不是需要开启查询缓存:通过缓存命中率(Qcache_hits / Com_select,这个结果只能看看,有天生的缺陷,代表不了查询的实际收益);缓存的写入率(Qcache_inserts / Qcache_select,这个结果也是参考之一);命中和写入的比率(Qcache_hits / Qcache_inserts),这个值比较能反应性能的提升,一般达到3:1,最好是10:1
- 因为击中代表了查询带来的收益,而写入会造成查询缓存进行过期策略带来主要成本, 收益/成本的值越大,结果越好。
- 在表的结构或数据发生改变时,查询缓存中的数据不再有效。(会开启查询缓存的过期策略)有这些INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE会导致缓存数据失效。所以查询缓存适合有大量相同查询的应用,不适合有大量数据更新的应用。