1、普通同步方法，锁是当前实例对象2、静态同步方法，锁是当前类的class对象3、同步方法块，锁是括号里面的对象synchronize底层原理：Java虚拟机中的同步(Synchronization)基于进入和退出Monitor对象实现，无论是显式同步(有明确的monitorenter和monitorexit指令,即同步代

如果说在TiDB3.0中，悲观锁是“千呼万唤始出来，犹抱琵琶半遮面”。那么在TiDB4.0中，悲观锁在经历了市场与时光的考验后，无论是性能还是稳定性都能够“轻拢慢撚抹复挑，初为《霓裳》后《六幺》”。TiDB4.0悲观锁，欢迎大家尝鲜与反馈。本文将从使用者的角度，介绍悲观锁的使用与注意事项，主要分为以下几方面：白话悲观锁

1、Lock  Lock功能对应关键字synchrozied功能，lock和unlock方法用于加锁和释放锁。等待锁的线程加入到等待链表中，同时阻塞线程，锁释放时，从等待链表中取出等待的线程执行，取等待的线程分公平与非公平两种方式，公平方式取第一个等待的线程，非公平方式当前正在获取锁的线程可能立刻执行，而不用加入到等待队列中，排队执行。2、Con

显示锁Lock在Java5.0之前，协调共享对象的访问时可以使用的机制只有synchronized和volatile。Java5.0后增加了一些新的机制，但并不是一种替代内置锁的方法，而是当内置锁不适用时，作为一种可选择的高级功能。ReentrantLock实

在上一篇文章写了锁的基本概述以及行锁的三种形式，这一篇的主要内容如下：一致性非锁定读自增长与锁外键和锁一致性性非锁定读一致性非锁定读是InnoDB通过多版本并发控制（MVCC，multiversionconcurrencycontrol）的方式来读取当前执行时间数据库中的最近一次快照，如果读取的行正在执行

Redis简介Memcached:优点：高性能读写、单一数据类型、支持客户端式分布式集群、一致性hash多核结构、多线程读写性能高。缺点：无持久化、节点故障可能出现缓存穿透、分布式需要客户端实现、跨机房数据同步困难、架构扩容复杂度高Redis:优点：高性能读写、多数据类型

!(https://oscimg.oschina.net/oscnet/5017163e87f6300bb3bfbf64a9abd7815ba.png)近来，分布式的问题被广泛提及，比如分布式事务、分布式框架、ZooKeeper、SpringCloud等等。本文先回顾锁的概念，再介绍分布式锁，以及如何用Redis来实现分布式锁。

!(https://static.oschina.net/uploads/space/2018/0207/164552_Gl6r_3643112.jpg)1、对象与锁每一个Object类及其子类的实例都拥有一个锁。其中，标量类型int，float等不是对象类型，但是标量类型可以通过其包装类来作为锁。单独的成员变量是不能被标明为同步

一、无锁类的原理详解无锁的概念就是无障碍运行，无障碍是指所有的线程都能进入临界区，无锁在无障碍的基础上加上了一条就是每次竞争必然有一条能够胜出。理论上无障碍有可能线程都失败，所以无锁更切实可行，但实践上无障碍和无锁差不多。（一）CAS（CompareAndSwap）CAS算法的过程是这样的，它包含三个参数CAS(V,E,N)。V表示要更新的变

多版本并发控制（Multiversionconcurrencycontrol，MVCC）是一种思想，有很多种实现方法。乐观并发控制(乐观锁)和悲观并发控制（悲观锁）是并发控制主要采用的技术手段。在关系数据库管理系统里，悲观并发控制（又名“悲观锁”，PessimisticConcurrencyControl，缩写“PCC”）是一种并发控制的方法。在