sqlserver中文查询慢，sqlserver查询突然很慢

为什么sqlserver服务器用了一段时间之后就会慢下来?

1、因为主机长期在工作.数据会一上在增多..对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些尾数包括记录..然而越来越多。会让主机运行速度变慢这是正常的。如果用好点的专用的服务器 硬盘 内存会让主机更长时间的不用重启 。

2、第一，MySQL本身提供了很多命令来观察MySQL自身的各类状态，大家从上往下检一般能检到SQL的问题或者服务器的问题。第二，从服务器的角度，我们从巡检的脚本角度入手，服务器的资源就这几种，观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。

3、SQL Server运行越久，占用内存会越来越大。因为sql server本身内存回收机制做的不好，这是微软系列的服务器&数据库问题的通病。解决SQL Server占用内存过高的方法：定期重启SQL Server 2008 R2数据库服务即可。

4、dllhost进程造成CPU使用率占用100% 特征：服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。

5、计算机硬盘中最细小的单位是扇区，一个档案通常会占用若干扇区，每当硬盘用久了，无数次的新增、更改和删除 档案后，就会造成很多断断续续的扇区，因而非连续性的档案便会愈来愈多，硬盘磁头便需要花更多时间跳来跳去来读取数据，这就导致硬盘速度减慢。有见及此， windows才会有\重组磁盘\出现。

相关问答

Q1: sqlserver,表已添加索引,是否仍会随着数据量不断不断增大而查询越来越慢...

1、这个就是数据不存在，如果挨个遍历表，速度可能不如使用视图。使用索引视图技术，这个跟使用表查询速度相差不大。sqlserver是高级版本，可以发挥多CPU优势，这个时候速度也相差不大。索引碎片过多集中在的某三四个表以上，这时候性能都比较沮丧。

2、一般情况来说如果你这个数据库没什么问题，2000w这种也不会有什么压力。一般数据量太大，再加上索引建的不好也是会变慢的。变慢一般都有不少解决办法的，比如分表分区一类的。分表就是类似于每个月一张表这种，分区可以将表分离在若干不同的表空间上。

3、SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） I/O吞吐量小，形成了瓶颈效应。 没有创建计算列导致查询不优化。

Q2: sqlserver单表大数据查询缓慢,高分求助

1、使用索引视图技术，这个跟使用表查询速度相差不大。sqlserver是高级版本，可以发挥多CPU优势，这个时候速度也相差不大。索引碎片过多集中在的某三四个表以上，这时候性能都比较沮丧。看如上，因为我这个是32核CPU，多并行几个时间只是略多一点，如果单表查询，那么执行计划就是一个分支。

2、g 命令行参数 - 通过使用您可以修改此区域的大小。 有关详细信息请参阅 SQLServer 联机丛书有关 - g 参数，。当 SQL Server 尝试为这些大分配， 之一分配虚拟内存， 该操作失败， 它将尝试删除 hopes 是释放一部分这个内存缓存查询计划。

3、可以采用分库分表. 由于历史订单使用率并不高， 高频的可能只是近期订单， 因此， 将订单表按照时间进行拆分， 根据数据量的大小考虑按月分表或按年分表. 订单ID最好包含时间(如根据雪花算法生成)， 此时既能根据订单ID直接获取到订单记录， 也能按照时间进行查询。希望能帮到你。

4、按单个字段建立索引这个想法，主要是受我建立数据结构影响的，我内存中的数据结构为：DictionaryMgrObjId，DictionaryId，Property。我以为先建立MgrObjId的索引，再建立Id的索引，SQLServer查询时，就会更快。先按MgrObjId建立索引，索引大小为550M，耗时5分25秒。

5、慎重使用视图的联合查询，尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。可以在参数文件中设置SHARED_POOL_RESERVED_SIZE参数，这个参数在SGA共享池中保留一个连续的内存空间，连续的内存空间有益于存放大的SQL程序包。

6、简单的看看搂主的描述 需要从B表中一条一条去A表中核实我估计是用 游标来处理的。如果用游标一行一行 FETCH ， 性能可能要打点折扣。这种情况下，可以尝试使用 BULK COLLECT 来批量加载。下面是 Oracle 游标处理II - 使用BULK COLLECT 的例子。

Q3: 如何解决SQL查询速度太慢?

1、**索引**：这是提高查询性能的最常用策略。索引的使用可以大大减少数据库搜索记录的数量。**避免全表扫描**：尽量避免在具有大量数据的表中进行全表扫描，特别是在关联查询时。**适当的字段类型**：选择适当的字段类型可以让SQL操作更高效。

2、创建索引(index)是加快表的查询速度的有效手段。视图是从一个或几个基本表(或其它视图)中导出的表，是一个虚表。可以简化用户的操作、是用户从多种角度观察同一个数据库，对重构数据库提供了一定程度的逻辑独立性，对机密数据提供安全保护的作用。

3、处理慢SQL查询的第一步是找到慢查询。Ashley已经在之前的博客里面赞扬了调试插件QueryMonitor，而且这个插件的数据库查询特性使其成为定位慢SQL查询的宝贵工具。该插件会报告所有页面请求过程中的数据库请求，并且可以通过调用这些查询代码或者原件(插件，主题，WordPress核)过滤这些查询，高亮重复查询和慢查询。

4、内存不足网络速度慢查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 锁或者死锁（这也是查询慢最常见的问题，是程序设计的缺陷） sp_lock，sp_who，活动的用户查看，原因是读写竞争资源。

5、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

6、a. 我们先看执行计划，选择的索引 “INDX_BIOM_ELOCK_TASK3(TASK_ID)”。结合 sql 来看，因为有 ORDER BY TASK_ID DESC 子句，排序通常很慢，如果使用了文件排序性能会更差，优化器选择这个索引避免了排序。

Q4: win2003sqlserver很慢

1、有以下原因：引问题：表上有多个索引，那么在更新数据时，SQLServer需要扫描所有的索引来找到要更新的行。锁定问题：表被别的会话锁定，那么在更新数据时，SQLServer会等待锁释放。数据量问题：需要更新的数据量很大，那么SQLServer会需要花费较长的时间来完成更新操作。

2、防火墙有问题。win2003sqlserver很慢可能是win2003防火墙的问题，看看是不是SQLserver补丁有没有打全，也有可能跟你的网络环境有关系，特别是检查一下每个客户端的安全策略。

3、您要问的是sqlserver点属性操作慢怎么办？方法如下。提高网速。扩大服务器的配置虚拟内存。将虚拟内存大小设置为计算机中安装的物理内存的5倍。分布式分区视图用于实现数据库服务器联合体。

Q5: 运行了多年的软件,SQLserver2000数据库最近查询很慢,检索一条数据要等...

1、另外补充一点，视图本身就会造成效率低，因为视图存的是sql定义，当执行查询的时候 数据库会先上磁盘上查询视图定义 再利用视图定义查询数据，这样就产生了至少两次磁盘i/o，oracle中有物化视图的概念，SqlServer中应该也有，如果我的改善计划还不能达到你的要求的话，建议考虑一下。

2、日志文件 日志文件也应该和数据文件分开在不同的理硬盘或磁盘阵列上，这样也可以提高硬盘I/O性能。分区视图 就是将你的数据水平分割在集群服务器上，它适合大规模OLTP，SQL群集上，如果你数据库不是访问特别大不建议使用。

3、把数据、日志、索引放到不同的I/O设备上，数据库增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量(尺寸)越大，提高I/O越重要.纵向、横向分割表，减少表的尺寸(sp_spaceuse)升级硬件 根据查询条件，建立索引，优化索引、优化访问方式，限制结果集的数据量。

4、磁盘IO 以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。如果其中一个因素严重影响性能，那么整个数据库性能就会严重受阻。另外，这些影响因素都是相对的。

5、第二，从服务器的角度，我们从巡检的脚本角度入手，服务器的资源就这几种，观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

sqlserver中文查询慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于sqlserver查询突然很慢、sqlserver中文查询慢的信息别忘了在本站进行查找喔。