1.模拟锁表//建立模拟表 CREATE   TABLE  Lock1(C1  int   default ( 0 )); CREATE   TABLE  Lock2(C1  int   default ( 0 )); INSERT   INTO  Lock1  VALUES ( 1 ); INSE

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

一、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

一.GIL锁什么是GIL?全局解释器锁,是加在解释器上的互斥锁GC是python自带的内存管理机制,GC的工作原理:python中的内存管理使用的是应用计数,每个数会被加上一个整型的计数器,表示这个数据被引用的次数,当这个整数变为0时则表示该数据已经没有人使用,成为了垃圾数据,当内存占用达到某个阈值,GC会将其他线程挂起,然后执行垃圾清理操作,垃圾

事务的隔离级别SQL标准定义的4个隔离级别为：READUNCOMMITED（未提交读）事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，也被称为脏读。这个级别是隔离级别中最低的，实际情况基本不用。READCOMMITED（提交读）事务从开始直到提交之前，所做的任何修

前言(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:/