怎么将查询到的数据表传到文本区_MySQL查询缓慢的N种原因，以及N+1种解决方法...

引言&＃xff1a;

昨天查询数据库的时还正常&＃xff0c;今早来上班时&＃xff0c;SQL语句查询就突然变得很慢了。这样的情况我相信你一定遇到过。 下面就让小编来带你了解其中的原因吧&＃xff01;

本篇文章简单总结了一下可能导致数据库查询慢的原因&＃xff0c;希望能给大家后续查询优化提供一下指导。

SQL语句查询突然变得很慢&＃xff0c;常见的情况有以下几种&＃xff1a;

和咱们的电脑一样&＃xff0c;当内存不足的时候&＃xff0c;就会变得很卡&＃xff01;

当网络速度变慢&＃xff0c;HTTP 的请求也会变慢&＃xff01;

两个原则

两条快于一条&＃xff1a;

第一条SQL语句中&＃xff0c;where查询语句中出现了null&＃xff0c;这样就是导致数据库的引擎不会使用索引&＃xff0c;而采取的是进行全表扫描一遍&＃xff0c;这样的查询就会变得很慢。如果使用0来代替null&＃xff0c;即为第二条SQL语句&＃xff0c;则数据库查询运行速度的就会提高

精准快于全表&＃xff1a;

很明显&＃xff0c;第一条SQL语句的执行速度要比第二条SQL语句快的多。因为第一条SQL语句使用的是精准查询&＃xff0c;索引查询&＃xff1b;第二条SQL语句是将表中所有的数据都检索一遍&＃xff0c;相当于全表查询&＃xff0c;这样是很消耗时间的和资源的。

当你SQL Server 中所查询的数据量很大时&＃xff0c;也会造成你的数据库很慢。

比方说 &＃xff1a;我有一个数据量达到几百万的商品表&＃xff0c;现在我需要查里面某些商品的信息&＃xff0c;这样的查询也会很慢哦&＃xff01;例如&＃xff1a;

表中数据上百万的数据量&＃xff0c;要在这海量的数据中找到你所需要的商品信息&＃xff0c;如果你写上这样的SQL语句&＃xff0c;查询速度必须慢&＃xff01;

解决方案&＃xff1a;

使用索引&＃xff1a;

//--建立索引

这样的情况下&＃xff0c;可以明显增加查询时间。因为使用了索引&＃xff0c;可以在海量的数据中&＃xff0c;快速的找到你所需要的信息&＃xff0c;而不是在上百万的表数据中&＃xff0c;一个个的检索到你所需要的信息。

我们知道当程序发生死锁现象之后&＃xff0c;程序就会卡在那个位置会变得很慢&＃xff0c;很慢甚至一点都不动。所以&＃xff0c;当你的SQL语句出现死锁现象之后&＃xff0c;数据库查询也会很慢&＃xff01;

数据库死锁现象是指&＃xff1a;两个或者是两个以上的SQL语句&＃xff0c;争相访问同一个数据表&＃xff0c;并且在第一天SQL语句访问表的时候&＃xff0c;同时将数据表给锁住了。就会造成第二条&＃xff0c;第三条SQL语句不能访问到表而进行迟迟等待。如果没有人员原因干预的话&＃xff0c;就是一直处于这种状态下&＃xff0c;所以叫做死锁。

解决方法&＃xff1a;

这种SQL语句发送死锁现象&＃xff0c;一般都是bug造成的。修改程序的逻辑顺序&＃xff0c;给出一个合适的程序执行逻辑顺序。避免同时锁定两个资源的现象发生。给SQL语句安排一个先后顺序。

我们都知道木桶原理&＃xff0c;决定盛水多少的&＃xff0c;不是长木板而是那些短木板。同样&＃xff0c;对于数据库而言 &＃xff0c;电脑系统的硬件设备 ——磁盘I/O 则是短木板。在程序执行中&＃xff0c;我们经常会发现系统中的I/O&＃xff0c;一直在不停地执行&＃xff0c;而CPU却在清闲的等待。造成这种原因的发生是因为&＃xff0c;磁盘的I/O(即磁盘的读写速度)远远跟不上CPU的处理速度。

优化方案&＃xff1a;

1. 尽可能的将程序放到内存中去执行

2. 当读写I/O响应速度跟不上时&＃xff0c;增加硬盘的个数&＃xff0c;扩大存储

3. 尽可能的选择一些读写速度高的磁盘来解决问题(ssd)

当第二天打开电脑时&＃xff0c;发现数据库变得缓慢时&＃xff0c;不妨试一试上面的方法&＃xff0c;一定可以有意想不到的惊喜收获。

以上是例举了一些常用的方法&＃xff0c;如果你有第N&＃43;1种方法&＃xff0c;欢迎留言区留言探讨~

网站崩溃找不到原因&＃xff1f;平台搭建无从下手&＃xff1f;热门技术不想落伍&＃xff1f;想要变强找不到资料&＃xff1f;

加入[IT拯救联盟]&＃xff0c;让大牛和同伴拯救你&＃xff0c;带你装x带你飞。群里有定期干货分享、大牛专业解答、实用IT工具优选.....

私信小编“联盟”&＃xff0c;即可加入我们&＃xff5e;