SQL设计:大表,线程访问序列化

这张桌子很小。它甚至不符合“中型”桌子的条件。这是微不足道的。

您可以将整个表扫描30次/秒,您可以在RAM中复制整个内容,任何服务器都不会有丝毫的麻烦。

如果您的数据适合RAM,那么数据库就很快。如果你找不到这个,你就大错特错了。因此,我也认为问题都在客户方面。

它更可能出现在.NET端。如果是表锁定,则将处理更多线程,但它们将等待其查询返回。如果我没记错的话,有一个线程池的属性可以控制它们一次创建多少实际线程。如果挂起的线程数超过了该数目,那么它们将排队等待运行的线程完成。检查一下。

您是否尝试更改事务隔离级别?

即使从表中读取,SQL Server也会锁定表

尝试将隔离级别设置为“未提交”,并查看这是否改善了情况,

但请注意,阅读“脏”数据是可行的,如果这是解决方案,请确保了解其后果。

这个链接解释了它是什么。

link text

与其问,不如量。应用程序实际提交的每个SQL查询都将在服务器上创建一个请求,并且 sys.dm_exec_requests DMV显示每个请求的状态。当请求被阻止时,“等待类型”列显示一个非空值。你可以根据这个判断你的请求是否被阻止。如果他们被阻止,你也会知道他们被阻止的原因。