这是一个创建于 373 天前的主题，其中的信息可能已经有所发展或是发生改变。
我这里使用了一张表,进行消息分发。 N 个客户端进程 对该表进行插入。
后台线定时向数据库捞取数据 select * from xxx where status = 'draft'
对获取到的数据进行状态更新,防止下一次进行获取到重复数据，update from set status = 'pending' where id in()
在对数据进行分发到不同的子线程中进行消费，消费完成后会对该消息进行 update from set status = 'complete' where id = @id
之前程序因为客户端比较少，插入不是分频繁。 运行的很稳定，现在数量上来了之后，定时获取和更新的时候，会报 sql 超时错误。而且在使用 in 更新的时候效率特别慢，50 条得更新好久。
数据库使用的是 sql server2016 Enterprise
目前我怀疑是插入锁表 影响了更新和获取数据
表结构 id name value status create_date
 |
1
iseki 2023-12-18 21:26:03 +08:00 via Android
遇事不觉先打 explain
|
 |
2
xuanbg 2023-12-18 21:29:44 +08:00
写的时候肯定会锁啊。
|
 |
3
idragonet 2023-12-19 08:18:20 +08:00
频繁写表，肯定生成 U 锁的。
|
 |
4
deepshe 2023-12-19 13:00:47 +08:00
前两天我刚好把项目升到.NET 8 ，发现 Entity Framework Core 在之前.net 版本会将 Contains 方法生成的 SQL 语句转换为 IN 语句，现在.NET 8 中进行了优化，改成使用 OPENJSON()，据说这样性能提高很多，你可以试试 SQL 改成 OPENJSON()看看
|
 |
5
andykuen959595 2023-12-19 14:38:34 +08:00
表大概有多少条数据？
|
 |
6
bsg1992 OP @andykuen959595 表大概 150 万
|
|
7
andykuen959595 350 天前
更新不用 in 试试 left 定时捞取 定时更新
|
Select Language