应将事务隔离级别降为read committed、统一多表操作顺序、拆分长事务并添加复合索引。具体包括：一、设全局隔离级为read committed并配置应用；二、按字母序固定表访问顺序；三、批量操作改用短事务（如每50条一个事务）；四、为高频where字段建复合索引防锁升级。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在安装WorkBuddy后遭遇数据库频繁死锁，导致任务提交失败、接口响应超时或后台服务卡顿，则很可能是事务隔离级别与业务操作模式不匹配，叠加锁资源争用引发循环等待。以下是解决此问题的步骤：
一、将默认隔离级别从REPEATABLE READ降级为READ COMMITTED
MySQL InnoDB默认使用REPEATABLE READ（RR）级别，其临键锁机制在范围查询时自动加间隙锁，显著扩大锁粒度，在高并发更新场景下极易触发死锁；而READ COMMITTED（RC）级别仅对实际修改的行加记录锁，不加间隙锁，大幅降低锁冲突概率，且仍可避免脏读。
1、登录MySQL服务器，执行：SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
2、修改WorkBuddy应用配置文件（如application.yml），在datasource属性中显式指定：spring.jpa.properties.hibernate.connection.isolation=2（值2对应JDBC TRANSACTION_READ_COMMITTED）。
3、重启WorkBuddy服务使配置生效，并观察死锁日志是否减少。
二、强制统一关键事务的加锁顺序
死锁主因之一是多个事务以不同顺序访问相同资源（如先更新用户表再更新项目表 vs 先更新项目表再更新用户表），形成循环等待链。通过代码层强制约定资源访问次序，可彻底消除该类死锁。
1、梳理WorkBuddy中涉及多表更新的核心事务，例如「分配任务并同步更新成员工时」流程，识别出所有被UPDATE/SELECT FOR UPDATE操作的表名。
2、按字母升序对表名排序，确定全局唯一访问顺序，例如：project → task → user → timesheet。
3、在对应DAO或Service方法中，严格按此顺序执行SQL，禁止在同一个事务内颠倒顺序调用updateTask()与updateUser()等方法。
三、拆分长事务为多个短事务并显式控制锁范围
WorkBuddy部分后台作业（如批量导入成员数据）可能在一个事务中执行上百条INSERT和UPDATE，导致锁持有时间过长、冲突窗口扩大。将其拆分为原子性更细、执行更快的子事务，可缩短锁生命周期，降低死锁发生率。
1、定位包含批量操作的Java方法，例如importTeamMembers()，检查其是否标注@Transactional(propagation = Propagation.REQUIRED)且未设置timeout。
2、移除该方法上的@Transactional注解，改由内部循环每处理50条记录开启一个独立事务：@Transactional(timeout = 5)。
3、确保每次子事务内只操作当前批次的数据，避免跨批次引用同一行记录造成隐式锁依赖。
四、为高频WHERE条件字段补充复合索引以避免锁升级
当UPDATE或SELECT FOR UPDATE语句无法命中索引时，InnoDB会退化为全表扫描并升级为表级锁，极大增加死锁风险。WorkBuddy中诸如“按状态+创建时间查询待处理任务”等查询若缺失索引，将直接诱发锁竞争。
1、从MySQL死锁日志中提取典型SQL，例如：UPDATE task SET status='ASSIGNED' WHERE status='PENDING' AND created_at 。
2、执行EXPLAIN分析该SQL，确认type字段是否为ALL或index，key字段是否为NULL。
3、在task表上创建复合索引：ALTER TABLE task ADD INDEX idx_status_created (status, created_at);。
五、启用死锁优先回滚策略并限制事务最大等待时间
当死锁不可避免时，应确保系统主动、快速地终止代价最小的事务，而非长时间挂起。通过调整InnoDB参数，可缩短检测周期并降低回滚开销。
1、登录MySQL，执行：SET GLOBAL innodb_deadlock_detect = ON;
2、设置事务锁等待超时阈值为3秒，避免无效等待：SET GLOBAL innodb_lock_wait_timeout = 3;
3、在WorkBuddy JDBC连接字符串中添加参数：?connectTimeout=5000&socketTimeout=30000&useSSL=false，确保应用层同步感知超时。
