金蝶多用户并发冲突排查教程：锁表死锁定位与预防

金蝶睿服4008116022

一、这篇教程能帮你解决什么

征期最后一天下午，财务室五六个人同时打开金蝶做账，突然有人喊："我怎么保存不了？"接着另一个人说："我这数据怎么还是上午的？"——这种场面我见过太多次了。多用户并发冲突，说白了就是几个人同时改同一条数据，系统不知道该听谁的。

学完这篇教程，你能做到三件事：第一，快速判断是锁表、死锁还是会话冲突；第二，用金蝶自带的工具定位到具体是哪台电脑、哪个账号卡住了；第三，知道怎么预防，而不是每次出问题就重启服务器。

二、动手前先准备好这些

别急着敲命令，先确认几样东西：

• 金蝶版本和数据库类型：K/3 WISE、K/3 Cloud、账无忧用的数据库不一样，排查命令也不同。

• 管理员账号：能登录数据库和中间层服务器的权限。

• 并发用户清单：知道征期同时在线的人数，比如我们服务的一家代账公司，征期同时在线会计有40多人。

• 一个记录本：对，就是纸质的。记录每次冲突的时间、操作模块、报错截图，比事后回忆靠谱得多。

三、分步骤排查，跟着做就行

Step 1：先确认是不是真的并发冲突

用户说"卡住了"，不一定就是并发问题。先看报错信息：如果是"记录已被其他用户锁定"或者"更新失败，请重试"，那基本就是。截图提示：把报错窗口完整截下来，注意看有没有"会话ID"这串数字，后面要用。

常见问题：有人把网络延迟也当成并发冲突。区别方法很简单——刷新一下就能好的，是网络；刷新也没用、一直提示锁定的，才是并发。

Step 2：登录数据库查锁表

以SQL Server为例，打开SQL Server Management Studio，执行系统存储过程sp_who2。看BlkBy这一列，有数字的就说明被那个会话ID阻塞了。截图提示：把结果按BlkBy排序，阻塞别人的那个会话排在最上面。

我们团队去年帮一家代账公司排查，发现一个会计的客户端一直挂着一个未提交的事务，锁了凭证表整整两个小时。其他十几个人全卡在保存凭证这一步。

Step 3：定位到具体是谁

光有会话ID不够，得知道是哪个账号、哪台电脑。执行sp_who2之后，结合金蝶中间层的会话日志，或者查数据库的sys.dm_exec_sessions视图，找到login_name和host_name。截图提示：把host_name和你们公司的电脑命名规则对一下，比如"CW-03"就是财务部3号机。

常见问题：有人直接杀会话（Kill），结果那个会计正在做的半张凭证丢了，跑来跟你急。所以先沟通，让对方保存能保存的，再处理。

Step 4：解除冲突并记录

确认那个会话确实卡死、用户也同意之后，执行KILL 会话ID。然后让用户重新登录操作。截图提示：把解除前后的锁表查询结果都截下来，存档。

这里插一句，金蝶账无忧这类SaaS产品在架构上做了会话隔离，不同代账公司的数据本来就分开，但同一家公司内部多个会计同时操作同一户账套时，还是会有并发。所以排查思路是通用的。

四、几个容易踩的坑

第一，别在征期高峰期做大批量操作。我见过一个会计图省事，一次性导入3000行银行流水，直接把表锁死，全公司等他一个人。

第二，客户端异常退出后，事务可能还挂在数据库里。所以每天下班前，让所有人正常退出金蝶，别直接关电脑。

第三，记录比解决更重要。同一个模块反复冲突，说明是流程问题，不是技术问题。比如两个人同时改同一张凭证，那就该约定谁负责哪几户。

五、做完之后你会看到什么

最直接的变化：下次再有人喊"卡住了"，你不用重启服务器，5分钟内能定位到是谁、卡在哪张表、什么操作。我们服务的那家代账公司，征期并发报错从每天十几次降到了两三次，而且每次都能快速解决。

更重要的是，你手里有了一份冲突记录表。月底复盘的时候，哪些模块容易冲突、哪些人操作习惯不好，一目了然。这比任何理论都管用。

金蝶睿服4008116022 www.kingdee-tj.com

未经允许不得转载： 金蝶多用户并发冲突排查教程：锁表死锁定位与预防