大批量数据查询卡死情况？

[qq_34067000]

最近发现一个情况，当有人拉报表或查询大批量数据时，其他用户使用就会很卡。
这种情况各位大佬你们是怎么解决的？让我也学习学习。

[zhuowp]

另外，如果是静态的统计结果，可以提前生成存表，而不要通过实时查询动态计算。 比如，你要知道一个月的总的数据量，那提前把这些数据放到数据库里，而不是查询的时候去查30天的数据然后计算。

[qq_34067000]

引用 4 楼 jhy593443 的回复:

查询语句最好加上 select ID,UserID,....from Tab with(nolock) where ...... 还有建立好合适的索引 数据量大的话建议分区、分片

如果解锁会有什么影响没？

[qq_34067000]

引用 3 楼 zhuo_wp 的回复:

另外，如果是静态的统计结果，可以提前生成存表，而不要通过实时查询动态计算。 比如，你要知道一个月的总的数据量，那提前把这些数据放到数据库里，而不是查询的时候去查30天的数据然后计算。

就是说提前把这些报表都算好了，放在一个表里，用的时候提出来就可以了是吧。

[以专业开发人员为伍]

引用 5 楼 qq_34067000 的回复:

[quote=引用 4 楼 jhy593443 的回复:] 查询语句最好加上 select ID,UserID,....from Tab with(nolock) where ...... 还有建立好合适的索引 数据量大的话建议分区、分片

如果解锁会有什么影响没？[/quote] 这读取的是脏数据，当然这并保证数据绝对一致。这样直接读取数据快照的目的是为了速度快一点。

[以专业开发人员为伍]

对于频繁反复查询的 sql，在服务器端应该有数据缓存（以每一个 sql 为缓存 key），这样可以阻挡对数据库的访问，将 System.Caching.Cache 系统中保存的数据直接发送给客户端。

[以专业开发人员为伍]

当然这并保证数据绝对一致 --> 当然这并不保证数据绝对一致 简单说，就是你要测试每一次查询事务的速度。如果保证在1秒钟之内，那么就可以。如果时间很长，那么就应该考虑把报表数据分为多个数据模块，每一个从前端出发去异步、并发查询拉取数据。

[非专业开发Five]

引用 7 楼 sp1234 的回复:

[quote=引用 5 楼 qq_34067000 的回复:] [quote=引用 4 楼 jhy593443 的回复:] 查询语句最好加上 select ID,UserID,....from Tab with(nolock) where ...... 还有建立好合适的索引 数据量大的话建议分区、分片

如果解锁会有什么影响没？[/quote] 这读取的是脏数据，当然这并保证数据绝对一致。这样直接读取数据快照的目的是为了速度快一点。[/quote] 不仅仅，常见数据库锁有共享锁、更新锁（行锁）、排他锁。 查询锁是共享锁。 所以当有巨大的查询，有有更新刚好要更新到这个查询内某条数据（行锁）时候，更新需要等待查询完成，无锁的时候就不需要等待。插入是排他锁，同理。

[非专业开发Five]

简单点说，你不管有锁无锁的时候，更新和插入必须等查询完成（更新是行锁，因此查询没有落在那一行的时候可以不用等待，而插入的排他锁只要你有任意锁就必须等待解锁。 因此在大的查询加无锁脏读数据是很常见的做法，这样做可以使这种大型并不要求高精度的查询不去锁表，从而加快其他操作的速度。 另外共享锁的过程中其他共享锁不互斥。

[yaotomo]

1、数据表加索引 2、分页查询 3、使用多线程

[正怒月神]

winth no lock 查询。

[qq_25359745]

开个Task去查询，查到后回到UI线程显示。

[qq_25359745]

大概是这样 Task.Factory.StartNew(() => { //查询 }).GetAwaiter().OnCompleted(() => { //显示 });

[weixin_39168334]

开个Task去查询，查到后回到UI线程显示呗。

[小灰狼]

1、优化查询，这里学问蛮多的，但也不难理解，可以自己问度娘 2、定期进行归档，对需要经常进行汇总性查询的数据，分析一下共性，把汇总和统计的中间结果进行周期性归档，以后在报表中查归档表，这样数据量会少很多 3、数据库冗余，一个是正常业务数据库（OLTP，联机在线事务处理），一个是分析数据库（OLAP，联机在线分析），使用一种机制使分析数据库向业务数据库保持同步，在进行业务处理时（insert, update, delete）访问业务数据库，在进行报表分析时，访问分析数据库

[stevenjin]

还可以考虑存储过程呢

[xiaoxiangqing]

每次查询只返回少量的数据，分多次返回

[圣殿骑士18]

你需要一定的DBA的能力

[以专业开发人员为伍]

引用 17 楼 stevenjin 的回复:

还可以考虑存储过程呢

把应用端 sql 语句改为存储过程，其实这个方法最没用。其它许多方法都有点效果，可是看上去最“高大上”的存储过程说法其实反而没有什么有感觉的效果。

[newnazi]

楼主你没有把 问题说清楚， 卡死的 条件环境是怎样的 ？？如何操作 ？ 你这表达沟通能力才是硬伤吧

[以专业开发人员为伍]

lz 所说的“其它用户很卡”，这基本上就是说的是数据库服务器CPU资源耗尽（比如说错误的逻辑设计、缺乏必要的索引等等）或者某些查询服务阻塞（比如说把需要并发多线程异步处理的部分却错误设计成了垃圾的“队列处理”）问题，不太涉及带宽用尽、甚至客户端UI部分阻塞问题。