1.前置知识：    1.1JAVA对象的内存布局      hotspot虚拟机中，普通对象在堆中的存储可以划分成三部分：对象头（包含了MarkWord和类型指针）、实例例数据和padding。JAVA对象的内存布局MarkWord的长度为4byte/8byte，用于存储对象自身的运行时数据

作用能够保证同一时刻，最多只有一个线程执行该段代码，以达到并发安全的效果主要用于同时刻对线程间对任务进行锁地位synchronized是JAVA的原生关键字，是JAVA中最基本的互斥手段，是并发编程中的元老角色不使用并发的后果不使用并发会导致多线程情况下，同一个数据被多个线程同时更改，造成结果和预期不一致

这是多线程系列第四篇，其他请关注以下：java多线程—线程怎么来的?(https://my.oschina.net/u/1859679/blog/1517807)java多线程内存模型(https://my.oschina.net/u/1859679/blog/1525343)java多线程——volatile

说完了我们的synchronized，这次我们来说说我们的显示锁ReetrantLock。java架构之路（多线程）synchronized详解以及锁的膨胀升级过程(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzUxN

一、redis分布式锁的简易实现用redis实现分布式锁是一个老生常谈的问题了。因为redis单条命令执行的原子性和高性能，当多个客户端执行setnx(相同key)时，最多只有一个获得成功。因此在对可用性要求不是特别高的场景下，redis分布式锁方案不失为一个性价比高的实现。1.多个客户端执行setnxlock

一、全局解释器锁（GIL）　　1、什么是全局解释器锁　　　　　　在同一个进程中只要有一个线程获取了全局解释器（cpu）的使用权限，那么其他的线程就必须等待该线程的全局解释器（cpu）使　　　　用权消失后才能使用全局解释器（cpu）,即时多个线程直接不会相互影响在同一个进程下也只有一个线程使用cpu，这样的机制称为全局　　　　解释器锁（GIL）。　

一、前言上一篇Java锁之ReentrantLock（二）(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fjuejin.im%2Fpost%2F5b7149ad5188256148252efd%3Futm_source%3Dgold_browser_extension

前言(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fqyp199312%2Farticle%2Fdetails%2F70598480%23%E5%89%8D%E8%A8%80)ReentrantLock的可重入性分析(https:/

一、读写锁简介现实中有这样一种场景：对共享资源有读和写的操作，且写操作没有读操作那么频繁。在没有写操作的时候，多个线程同时读一个资源没有任何问题，所以应该允许多个线程同时读取共享资源；但是如果一个线程想去写这些共享资源，就不应该允许其他线程对该资源进行读和写的操作了。　针对这种场景，JAVA的并发包提供了读写锁ReentrantReadW

   mysql通过锁机制来实现事务的隔离性，用redolog实现事务的原子性和持久性，用undolog实现事务的一致性。undo并不是redo的逆过程，redo和undo都可以看做一种恢复过程，redo恢复事务修改的页操作，redo记录的是物理日志，记录的是页的物理修改操作，redolog基本上都是顺序写的，在数据库运行时不需要对redolog