A、乐观锁、悲观锁B、偏向锁、轻量级锁、重量级锁C、互斥锁、自旋锁、适应性自旋D、可重入锁、读写锁E、公平锁、非公平锁F、总线锁、缓存锁（linux操作系统底层，由CPU提供的锁）G、锁优化：减少锁持有时间、减小锁粒度、锁分离、锁粗化、锁消除信号量与互斥量：信号

前言　　1）在数据库的锁机制中介绍过，数据库管理系统（DBMS）中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和一致性以及数据库的一致性。　　2）加锁是为了解决更新丢失问题更新丢失　　两次更新同时进行，后一次更新覆盖了前一次更新的情况，更新丢失是数据没有保证一致性导致的。事务A查询余额，

作者：ShirlyTiDB最佳实践系列是面向广大TiDB用户的系列教程，旨在深入浅出介绍TiDB的架构与原理，帮助用户在生产环境中最大限度发挥TiDB的优势。我们将分享一系列典型场景下的最佳实践路径，便于大家快速上手，迅速定位并解决问题。在前两篇的文章中，我们分别介绍了TiDB高并发写入常见热点问题及规避方法(https:/

锁的基础知识锁的类型锁从宏观上分类，只分为两种：悲观锁与乐观锁。乐观锁乐观锁是一种乐观思想，即认为读多写少，遇到并发写的可能性低，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，采取在写时先读出当前版本号，然后加锁操作（比较跟上一次的版本号，如果一

平时看博客或技术文章的时候，经常被各种锁搞得晕晕乎乎，包括在自旋锁、可重入锁、公平锁等等、乐观锁、悲观锁、行锁、表锁、意向锁、排它锁等。前段时间终于把Java多线程相关的锁有机会学习了一遍。现在开始整理mysql相关的锁概念。先从乐观锁和悲观锁开始聊聊。首先要知道，乐观锁和悲观锁不是真实存在的锁，只是两种抽象概念性的东西，就相当于Java中的接口，只

企业应用面临的问题高效编写数据库访问代码内置CRUD，不需要写SQL支持OR/Mapping悲观锁，乐观锁，逻辑删除等辅助支持等即支持简单的CRUD，也支持数十行，上百行SQL编写跨数据库平台支持，Oracle,Postgres,Mysql,以及SQLS

在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类。介绍的内容如下：1.公平锁/非公平锁2.可重入锁/不可重入锁3.独享锁/共享锁4.互斥锁/读写锁5.乐观锁/悲观锁6.分段锁7.偏向锁/轻量级锁/重量级锁8.自旋锁上面是很多锁的名词，这些分类并不是全是指锁的

本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fjavabaseparent)||GitEE·点这里(https://gitee.com/cicadasmile/javabasepare

在Grizzly中，自带了LinkedTransferQueue，和JDK7自带的LinkedTransferQueue有所不同，不同之处就是使用PaddedAtomicReference来提升并发性能，其实这是一种错误的编码技巧，没有意义！AtomicReference和LinkedTransferQueue的本质是乐观锁，乐观锁的在激烈竞争的时候性

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