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

2018-01-23 11:20:26 1.3k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

GD32主程序跑飞？可能是BOOT0引脚惹的祸（附J-LINK调试实录）本文针对GD32微控制器程序下载后无法运行的典型问题，深入剖析了BOOT0引脚配置对启动模式的关键影响。通过结合J-LINK调试器与KEIL MDK环境，详细演示了如何从程序跑飞现象（如PC指向0x1FFF Fxxx）定位到硬件层面的BOOT0引脚与VDD短路故障，并提供了系统的硬件排查步骤与设计预防建议。阅读详情

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

...全文

Unity布娃娃系统 Ragdoll Mecanim Mixer使用 6. 选完之后，左键下面的hip等角色各个部位不松开鼠标，拖拽连接到上面Amature的各个部位，如图，下面所有部位都连接完之后，第二步点击Configure Selected Bones确认你的部位连接选择。要做一个布娃娃和动画混合的项目，这个插件是比较不错的，搜了一圈文章教程也是抄来抄去，抄的没有头没有尾，自己摸索着用了一下，记录使用过程吧。8. 之后就点击步骤7图一中的Create Ragdoll，会发现player结构发生变化，如图。4. 添加完脚本之后会显示你的player结构，如图。阅读详情

qq_34067000

C# 111,128 成员 642,536 内容

+ 关注 + 加入社区

切换为时间正序

以专业开发人员为伍 2018-01-25

打赏
举报

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

newnazi 2018-01-25

打赏
举报

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

以专业开发人员为伍 2018-01-24

打赏
举报

引用 17 楼 stevenjin 的回复:

还可以考虑存储过程呢

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

圣殿骑士18 2018-01-24

打赏
举报

你需要一定的DBA的能力

xiaoxiangqing 2018-01-24

打赏
举报

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

stevenjin 2018-01-24

打赏
举报

还可以考虑存储过程呢

小灰狼 2018-01-24

打赏
举报

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

weixin_39168334 2018-01-24

打赏
举报

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

qq_25359745 2018-01-24

打赏
举报

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

qq_25359745 2018-01-24

打赏
举报

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

正怒月神 2018-01-23

打赏
举报

winth no lock 查询。

yaotomo 2018-01-23

打赏
举报

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

非专业开发Five 2018-01-23

打赏
举报

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

非专业开发Five 2018-01-23

打赏
举报

引用 7 楼 sp1234 的回复:

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

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

以专业开发人员为伍 2018-01-23

打赏
举报

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

以专业开发人员为伍 2018-01-23

打赏
举报

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

以专业开发人员为伍 2018-01-23

打赏
举报

引用 5 楼 qq_34067000 的回复:

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

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

qq_34067000 2018-01-23

打赏
举报

引用 3 楼 zhuo_wp 的回复:

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

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

qq_34067000 2018-01-23

打赏
举报

引用 4 楼 jhy593443 的回复:

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

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

zhuowp 2018-01-23

打赏
举报

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

加载更多回复（5）

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

相关推荐