首页 / MYSQL / 一次mysql优化经历_MySQL
一次mysql优化经历_MySQL
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了一次mysql优化经历_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1497字，纯文字阅读大概需要3分钟。
内容图文
某日运维突然说无线终端的频道页接口访问量很大，memcache缓存扛不过来，导致mysql并发查询量太大，导致服务器不停地宕机，只能不停地重启机器。遗憾的是运维并没有告诉mysql查询量具体有多大【无量化，比如一秒多少个查询…】。
针对这个问题，有同事建议改了mysql+memcache的架构，采用redis存储更佳。但是问题的真正原因是什么呢？mysql一秒钟扛几百个并发查询应该是可以的吧？带着疑问，我让运维给出慢查询log。
Oh,my god…慢查询记录太多，都是一秒钟以上的，但是基本上是同一条语句的查询。explain一下：
Sql语句中有order by zj_lastupdate，明明在这个字段上建立了索引的，但为什么没用呢【这个表上建立了太多联合索引，以致zj_lastupdate被无视了】，所以导致这条查询使用了临时表【using temporary】和文件排序【usingfilesort】。
解决的办法是在sql语句中加上use index(zj_lastupdate)，提醒mysql引擎使用指定索引字段。再explain一下：
显然，这次查询引擎会使用zj_lastupdate了。
优化的效果是相当的明显，从之前的1.5秒降到0.015秒，百倍的性能提升。当然，这个问题解决之后，也就没有出现宕机的情形了，我们也没有改架构。
再说一个mysql优化经历，2表相连，一对一的关系，优化之前的sql语句大概是selectdistinct(movieid) as id…，explain的结果是：
显然，一对一关系的表，无需添加distinct关键字【算是画蛇添足吧】，去掉之后，再explain：
优化前后性能提升10倍左右。
Mysql的查询优化有很多基础理论，可以从查询语句，表结构【分表，字段冗余】，字段类型，索引，存储引擎，缓存，系统内核参数，磁盘IO等方面考虑，但是很重要的一点是写出具体的sql语句，针对这特定的语句进行具体的优化，当然前提是保证结果是准确的。
内容总结
以上是互联网集市为您收集整理的一次mysql优化经历_MySQL全部内容，希望文章能够帮你解决一次mysql优化经历_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。