MySQL查询缓慢的N种原因,以及N+1种解决方法

发表于:2019-5-24 10:24

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:老王谈运维    来源:今日头条

#
MySQL
  昨天查询数据库的时还正常,今早来上班时,SQL语句查询就突然变得很慢了。这样的情况我相信你一定遇到过。 下面就让小编来带你了解其中的原因吧!
  
  本篇文章简单总结了一下可能导致数据库查询慢的原因,希望能给大家后续查询优化提供一下指导。
  SQL语句查询突然变得很慢,常见的情况有以下几种:
  电脑系统内存不足:和咱们的电脑一样,当内存不足的时候,就会变得很卡!
  网速突然降速了:当网络速度变慢,HTTP 的请求也会变慢!
  你所写的SQL语句不是最优解
  两个原则
  两条快于一条:
  
  第一条SQL语句中,where查询语句中出现了null,这样就是导致数据库的引擎不会使用索引,而采取的是进行全表扫描一遍,这样的查询就会变得很慢。如果使用0来代替null,即为第二条SQL语句,则数据库查询运行速度的就会提高
  精准快于全表:
  
  很明显,第一条SQL语句的执行速度要比第二条SQL语句快的多。因为第一条SQL语句使用的是精准查询,索引查询;第二条SQL语句是将表中所有的数据都检索一遍,相当于全表查询,这样是很消耗时间的和资源的。
  查询的数据库数据量变得很大
  当你SQL Server 中所查询的数据量很大时,也会造成你的数据库很慢。
  比方说 :我有一个数据量达到几百万的商品表,现在我需要查里面某些商品的信息,这样的查询也会很慢哦!例如:
  
  表中数据上百万的数据量,要在这海量的数据中找到你所需要的商品信息,如果你写上这样的SQL语句,查询速度必须慢!
  解决方案:
  使用索引:
 //--建立索引
  
  这样的情况下,可以明显增加查询时间。因为使用了索引,可以在海量的数据中,快速的找到你所需要的信息,而不是在上百万的表数据中,一个个的检索到你所需要的信息。
  数据库发生死锁现象
  我们知道当程序发生死锁现象之后,程序就会卡在那个位置会变得很慢,很慢甚至一点都不动。所以,当你的SQL语句出现死锁现象之后,数据库查询也会很慢!
  数据库死锁现象是指:两个或者是两个以上的SQL语句,争相访问同一个数据表,并且在第一天SQL语句访问表的时候,同时将数据表给锁住了。就会造成第二条,第三条SQL语句不能访问到表而进行迟迟等待。如果没有人员原因干预的话,就是一直处于这种状态下,所以叫做死锁。
  解决方法:
  这种SQL语句发送死锁现象,一般都是bug造成的。修改程序的逻辑顺序,给出一个合适的程序执行逻辑顺序。避免同时锁定两个资源的现象发生。给SQL语句安排一个先后顺序。
  I/O 执行响应时间太长
  
  我们都知道木桶原理,决定盛水多少的,不是长木板而是那些短木板。同样,对于数据库而言 ,电脑系统的硬件设备 ——磁盘I/O 则是短木板。在程序执行中,我们经常会发现系统中的I/O,一直在不停地执行,而CPU却在清闲的等待。造成这种原因的发生是因为,磁盘的I/O(即磁盘的读写速度)远远跟不上CPU的处理速度。
  优化方案:
  尽可能的将程序放到内存中去执行
  当读写I/O响应速度跟不上时,增加硬盘的个数,扩大存储
  尽可能的选择一些读写速度高的磁盘来解决问题(ssd)
  End
  当第二天打开电脑时,发现数据库变得缓慢时,不妨试一试上面的方法,一定可以有意想不到的惊喜收获。

      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号