Spring Data JPA进阶（六）：事务和锁

后台服务架构高性能设计之道

一个多线程程序的渐次瓦房店过程通常是这样的：开始，熟悉各种锁和内存栅的老手搭了易于维护的高性能架子出来，然后非熟练技工往上增加功能后无法解决神秘的死锁，只得把细粒度锁换成了对象锁，而最后接手的转码小工索性把对象锁全拆了改全局锁，然后破口大骂线程库：啥破玩意为什么只有一颗CPU在工作

关于 mysql 的行锁 for update 的问题，请大神解答？

使用java的ReentrantReadWriteLock读写锁时，锁降级是必须的么？

乐观锁和 MVCC 的区别？

互斥锁，同步锁，临界区，互斥量，信号量，自旋锁之间联系是什么？

如何理解互斥锁、条件锁、读写锁以及自旋锁？

乐观锁与悲观锁各自适用场景是什么？

当Java处在偏向锁、重量级锁状态时，hashcode值存储在哪？

Java 的偏向锁是怎么实现的？

什么是Java中的公平锁？

多线程编程的时候，使用无锁结构会不会比有锁结构更加快？

并发情况下长事务的死锁问题分析及解决方案设计

执行失败

UNLOCK TABLES;

改帐均须动笔。纵为不变之帐，仍需覆写之

在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。这个就是两阶段锁协议

事务B是当前读，必须要读最新版本，而且必须加锁，因此就被锁住了，必须等到事务C’释放这个锁，才能继续它的当前读。

tem.lock.tryLock(10, TimeUnit.SECONDS)

查看抓取出的线程栈，在页面中部可以看到如下日志：

只能确保多个线程无法执行同一个实例的 wrong 方法，却不能保证不会执行不同实例的 wrong 方法

乐观锁为理论基础的MVCC（多版本并发控制）

长事务死锁等各种风险