死锁的四个必要条件及解决方案
什么是条件锁，读写锁，自旋锁，可重入锁？
什么是条件锁，读写锁，自旋锁，可重入锁？
展开全部
自旋锁(Spin lock)
自旋锁与互斥锁有点类似，只是自旋锁不会引起调用者睡眠，如果自旋锁已经被别的执行单元保持，调用者就一直循环在那里看是
否该自旋锁的保持者已经释放了锁，
MySQL死锁套路之唯一索引下批量插入顺序不一致？
这个代码，只要条件满足，肯定会死锁。
如果有2个线程同时做批量更新，
第一个线程更新了id1的数据，
第二个线程更新了id2的数据。
这个时候，第一个线程准备更新id2的数据，但线程2所持连接未提交，无法取得数据库中该id2的行锁。
同时第二个线程准备更新id1的数据，也因为无法取得id1的行锁，就造成了死锁。
解决办法的就是：如果更新条件的，比如说是主键，则根据主键排序之后批量做更新。
如果更新条件不是主键，可以那么单线程处理。
也可以通过单条语句执行来避免死锁。
不过，不使用批量性能太低了，你还是需要结合你的业务来调整代码避免死锁
死锁的条件，原文？
虽然进程在运行过程中，可能发生死锁，但死锁的发生也必须具备一定的条件，死锁的发生必须具备以下四个必要条件。
1）互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。
2）请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。
3）不剥夺条件：指进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。
4）环路等待条件：指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。
死锁时为啥cpu很高，从内核角度分析一下？
分哪种死锁，一般在请求资源的时候会遇到锁，在获取锁失败后之后进程会再次尝试获得锁，直到真正获取到锁。这个不断尝试的过程可能会变成请求的不断提交，因为死锁是无论如何无法获得锁的，所以会导致进程反复尝试，提交的请求过多，就会占用CPU很高的资源。