上一篇
用友软件增加科目时老提示被用户锁住是怎么回事?在数据库里那张表
友软件增加科目时提示被用户锁住，可能是有未释放的操作任务，涉及数据库中的“gl_mybook”（我的账簿）等表，可用管理员账号清除异常任务或释放锁定
问题原因解析
-
多用户并发操作冲突
当多个用户同时尝试修改同一账套中的会计科目数据时,系统会通过加锁机制防止数据混乱，若前一个用户的操作未正常释放资源（例如异常退出或程序崩溃），后续用户将无法继续编辑该科目，并收到“被锁定”的提示。
-
未完成的事务未提交/回滚
如果某个用户在录入期初余额或其他关键流程中突然中断操作（如关机、断网），其占用的数据库连接可能仍保留对相关记录的排他性锁，导致其他用户无法介入。
-
残留的任务进程未清理
系统可能因故障产生僵尸进程或异常任务记录,这些残留项会持续占据资源并显示为虚假的“锁定状态”，用友T3系统中若存在历史遗留的异常任务，即使对应用户已离线也会阻碍新操作。
-
权限配置不当
部分角色可能因权限不足而误判为被锁,但实际上是由于缺乏创建/修改科目的授权，不过这种情况较少见，更多表现为直接报错而非提示被锁。
解决方案步骤
常规操作（无需接触数据库）
| 步骤 | 具体动作 | 适用场景 | 注意事项 |
|---|---|---|---|
| 1️⃣ | 按快捷键 Ctrl+F6 |
适用于大多数用友版本（如T3、U8） | 在总账→期末→对账界面按下此组合键可强制解除当前用户的临时锁定 |
| 2️⃣ | 以Admin身份登录系统管理 | 进入“视图”菜单 → 执行“清除异常任务”和“清除单据锁定”功能 | 确保使用超级管理员账号操作，避免影响其他正在使用的模块 |
| 3️⃣ | 重启服务进程 | 关闭并重新启动用友的服务端程序（如U8的服务管理器） | 仅建议IT人员执行，普通用户慎用 |
️ 高级干预（需谨慎）
若上述方法无效,则需直接操作数据库：
- 定位核心表：主要涉及以下两张关键表：
UA_TaskLog（任务日志表）：存储所有用户的活动记录，包括未完成的事务ID；GX_LockInfo（锁信息表）：记录当前被占用的资源标识及归属用户。
- 排查逻辑：通过SQL查询上述表中与目标科目关联的有效锁标记，手动删除过期或无效的条目。
DELETE FROM GX_LockInfo WHERE Module='GL' AND ObjectType='Account' AND LastUpdateTime < SYSDATE 7;
注意：此操作存在风险，必须由专业运维人员备份数据后实施！
典型场景示例
假设某企业财务部的小李和小王同时打开同一个账套准备新增二级科目“管理费用-差旅费”，当小李先开始输入代码时，系统会在GX_LockInfo中插入一条状态为“活跃”的记录；此时小王尝试保存相同路径下的节点，就会触发冲突检测机制，从而报出锁定错误，即使小李已完成操作但未正确签退系统，该锁依然存在。
FAQs
Q1: 为什么我已经退出了软件，别人还是说科目被我锁着？
A1: 因为您的会话可能未完全终止，建议通过系统管理的“在线用户查看”功能确认是否有自己的残余进程挂起，必要时由Admin强制踢除，某些网络波动可能导致心跳包丢失，使服务器误认为客户端仍在线。
Q2: 如何预防此类问题再次发生？
A2: ①定期培训用户规范操作流程（如先保存再切换窗口）；②设置合理的超时自动释放策略；③启用审计日志监控高频锁定事件；④限制单用户最大并发数，对于大规模部署的环境，还可考虑分区管理不同业务单元的数据权限。
