表结构如下
死锁语句如下,该语句的作用是根据偏移量与一个考场所安排的人数,来将这个考场的id赋给学生
<update id="examForStudent">
update studentinfo
set exam_id = #{examId}
where id in
(select id
from (select id
from studentinfo
where courseId = #{courseId}
and school_area = #{schoolArea}
and exam_id = -1 //表示未安排
ORDER BY id
limit #{offset}, #{count}) as t)
</update>
发生死锁的场景(对于一个课程,可能分布在不同的校区,为了提高安排的速度,根据不同校区开启多个线程,每个线程都会拿到一个ExamList(已经安排好的考场),根据这个List,循环执行上述的Sql)
//offset起始为0
for (Exam exam : examList) {//一个循环下 课程Id、校区都是一样的
int studentCount = exam.getStudentCount();
Integer examId = exam.getId();
studentinfoMapper.examForStudent(examId, studentCount, offset, exam.getCourseid(), exam.getSchoolarea());
//将学生数作为偏移量
offset += studentCount;
}
最后发生了死锁。
分析(对锁的理解还不到位,后面再具体分析):
目前看来,就是update,会在where后面所涉及的行的主键加上共享锁,若是涉及到二级索引,会再二级索引以及主键上都加共享锁。。。。
解决:
分两步,第一步:查出所有Id,第二步:安排
存在的问题:
1、若此时有id发生了变化
2、该位置的事务不能生效,因为没有被Spring的IOC管理
好处:
1、比原来更高效
2、不会发生死锁问题,因为多个线程下锁涉及的主键不会发生冲突(一个线程负责一个课程下一个校区的所有安排)
if (examList == null || examList.size() <= 0) {
return;
}
Exam exam0 = examList.get(0);
String courseId = exam0.getCourseid();
int schoolarea = exam0.getSchoolarea();
//查出该课程、该校区下所有未安排学生的id
List<Integer> list = studentinfoMapper.queryAllIdByCourseIdAndSchoolArea(courseId, schoolarea);
for (Exam exam : examList) {
int studentCount = exam.getStudentCount();
Integer examId = exam.getId();
List<Integer> subList = list.subList(offset, offset + studentCount);
studentinfoService.update().setSql("exam_id = " + examId).in("id", subList).update();
offset += studentCount;
}