这期内容当中小编将会给大家带来有关MySQL中查询缓慢的原因有哪些,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
两个原则
两条快于一条:
* * *条SQL语句中,在查询语句中出现了空,这样就是导致数据库的引擎不会使用索引,而采取的是进行全表扫描一遍,这样的查询就会变得很慢。如果使用0来代替空,即为第二条SQL语句,则数据库查询运行速度的就会提高
精准快于全表:
很明显,* * *条SQL语句的执行速度要比第二条SQL语句快的多。因为* * *条SQL语句使用的是精准查询,索引查询;第二条SQL语句是将表中所有的数据都检索一遍,相当于全表查询,这样是很消耗时间的和资源的。
<强>查询的数据库数据量变得很大
当你SQL Server中所查询的数据量很大时,也会造成你的数据库很慢。
比方说:我有一个数据量达到几百万的商品表,现在我需要查里面某些商品的信息,这样的查询也会很慢哦!例如:
表中数据上百万的数据量,要在这海量的数据中找到你所需要的商品信息,如果你写上这样的SQL语句,查询速度必须慢!
解决方案:
使用索引:
//⑺饕?/pre>
这样的情况下,可以明显增加查询时间因。为使用了索引,可以在海量的数据中,快速的找到你所需要的信息,而不是在上百万的表数据中,一个个的检索到你所需要的信息。
<强>数据库发生死锁现象
我们知道当程序发生死锁现象之后,程序就会卡在那个位置会变得很慢,很慢甚至一点都不动,所以,当你的SQL语句出现死锁现象之后,数据库查询也会很慢!
数据库死锁现象是指:两个或者是两个以上的SQL语句,争相访问同一个数据表,并且在* * *天SQL语句访问表的时候,同时将数据表给锁住了,就会造成第二条,第三条SQL语句不能访问到表而进行迟迟等待。如果没有人员原因干预的话,就是一直处于这种状态下,所以叫做死锁。
解决方法:
这种SQL语句发送死锁现象,一般都是错误造成的。修改程序的逻辑顺序,给出一个合适的程序执行逻辑顺序。避免同时锁定两个资源的现象发生。给SQL语句安排一个先后顺序。
<强> I/O执行响应时间太长
我们都知道木桶原理,决定盛水多少的,不是长木板而是那些短木板。同样,对于数据库而言,电脑系统的硬件设备,终止,和终止,磁盘I/O,则是短木板。在程序执行中,我们经常会发现系统中的I/O,一直在不停地执行,而CPU却在清闲的等待。造成这种原因的发生是因为,磁盘的I/O(即磁盘的读写速度)远远跟不上CPU的处理速度。
上述就是小编为大家分享的MySQL中查询缓慢的原因有哪些了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注行业资讯频道。
MySQL中查询缓慢的原因有哪些
