共享锁

概念 AQS是AbstactQueuedSynchronizer的简称，它是一个Java提供的底层同步工具类，用一个int类型的变量表示同步状态，并提供了一系列的CAS操作来管理这个同步状态。AQS的主要作用是为Java中的并发同步组件提供统一的底层支持，例如ReentrantLock，CountdowLatch就是基于AQS实现的，用法是通过继承AQS实现其模版方法，然后将子类作为同步组件的内部类。 同步队列 一个双端队列，遵循FIFO原则，主要作用是用来存放在锁上阻塞的线程，当一个线程尝试获取锁时，如果已经被占用，那么当前线程就会被构造成一个Node节点加到同步队列的尾部，队列的头节点是成功获取锁的节点，当头节点线程释放锁时，会唤醒后面的节点并释放当前头节点的引用。 独占锁的获取和释放流程 ######获取 1. 调用入口方法acquire(arg) 2. 调用模版方法tryAcquire(arg)尝试获取锁，若成功则返回，若失败则走下一步 3. 将当前线程构造成一个Node节点，并利用CAS将其加入到同步队列到尾部，然后该节点对应的线程进入自旋状态。 自旋时，首先判断其前驱节点是否为头节点&是否成功获取同步状态，两个条件都成立，则将当前线程的节点设置为头节点，如果不是，则利用LockSupport.park(this)将当前线程挂起 ,等待被前驱节点唤醒 ######释放 1

参考： http://hedengcheng.com/?p=771 http://blog.csdn.net/jiao_fuyou/article/details/16368827 http://www.cnblogs.com/hancf/archive/2012/08/28/2660422.html http://blog.csdn.net/zbszhangbosen/article/details/7434637 http://lhc1986.iteye.com/blog/1462856 http://blog.csdn.net/java2000_net/article/details/3709945 http://blog.csdn.net/jiao_fuyou/article/details/16368827 最近写的文章的参考，希望对你有帮助。 显式加锁 select ... lock in share mode：加 S 锁 select ... for update：加 X 锁 MySQL快照读和当前读 在一个支持MVCC并发控制的系统中，哪些读操作是快照读？哪些操作又是当前读呢？以MySQL InnoDB为例： 快照读： 简单的select操作， 属于快照读，不加锁。 (当然，也有例外，下面会分析) select * from table where ?; 当前读：

说到锁机制之前，先来看看Mysql的存储引擎，毕竟不同的引擎的锁机制也随着不同。 三类常见引擎： MyIsam ：不支持事务，不支持外键，所以访问速度快。锁机制是表锁，支持全文索引 InnoDB ：支持事务、支持外键，所以对比MyISAM，InnoDB的处理效率差一些，并要占更多的磁盘空间保留数据和索引。锁机制是行锁，不支持全文索引 Memory：数据是存放在内存中的，默认哈希索引，非常适合存储临时数据，服务器关闭后，数据会丢失掉。 如何选择存储引擎： MyISAM：应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高。 InnoDB：用于事务处理应用程序，支持外键，如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性。更新删除等频繁（InnoDB可以有效的降低由于删除和更新导致的锁定），对于数据准确性要求比较高的，此引擎适合。 Memory：通常用于更新不太频繁的小表，用以快速得到访问结果。 Mysql中的锁 如果熟悉多线程，那么对锁肯定是有概念的，锁是计算机协调多个进程或线程对某一资源并发访问的机制。 Mysql中的锁分为表锁和行锁： 顾名思义，表锁就是锁住一张表，而行锁就是锁住一行。 表锁的特点：开销小，不会产生死锁，发生锁冲突的概率高，并且并发度低。 行锁的特点：开销大，会产生死锁，发生锁冲突的概率低，并发度高。

『浅入深出』MySQL 中事务的实现 在关系型数据库中，事务的重要性不言而喻，只要对数据库稍有了解的人都知道事务具有 ACID 四个基本属性，而我们不知道的可能就是数据库是如何实现这四个属性的；在这篇文章中，我们将对事务的实现进行分析，尝试理解数据库是如何实现事务的，当然我们也会在文章中简单对 MySQL 中对 ACID 的实现进行简单的介绍。 事务其实就是并发控制的基本单位；相信我们都知道，事务是一个序列操作，其中的操作要么都执行，要么都不执行，它是一个不可分割的工作单位；数据库事务的 ACID 四大特性是事务的基础，了解了 ACID 是如何实现的，我们也就清除了事务的实现，接下来我们将依次介绍数据库是如何实现这四个特性的。 原子性 在学习事务时，经常有人会告诉你，事务就是一系列的操作，要么全部都执行，要都不执行，这其实就是对事务原子性的刻画；虽然事务具有原子性，但是原子性并不是只与事务有关系，它的身影在很多地方都会出现。 由于操作并不具有原子性，并且可以再分为多个操作，当这些操作出现错误或抛出异常时，整个操作就可能不会继续执行下去，而已经进行的操作造成的副作用就可能造成数据更新的丢失或者错误。 事务其实和一个操作没有什么太大的区别，它是一系列的数据库操作（可以理解为 SQL）的集合，如果事务不具备原子性，那么就没办法保证同一个事务中的所有操作都被执行或者未被执行了

作为一名开发人员，在日常的工作中会难以避免地接触到数据库，无论是基于文件的 sqlite 还是工程上使用非常广泛的 MySQL、PostgreSQL，但是一直以来也没有对数据库有一个非常清晰并且成体系的认知，所以最近两个月的时间看了几本数据库相关的书籍并且阅读了 MySQL 的官方文档，希望对各位了解数据库的、不了解数据库的有所帮助。  添加描述 本文中对于数据库的介绍以及研究都是在 MySQL 上进行的，如果涉及到了其他数据库的内容或者实现会在文中单独指出。 数据库的定义 很多开发者在最开始时其实都对数据库有一个比较模糊的认识，觉得数据库就是一堆数据的集合，但是实际却比这复杂的多，数据库领域中有两个词非常容易混淆，也就是数据库和实例： 数据库：物理操作文件系统或其他形式文件类型的集合； 实例：MySQL 数据库由后台线程以及一个共享内存区组成； 对于数据库和实例的定义都来自于 MySQL 技术内幕：InnoDB 存储引擎 一书，想要了解 InnoDB 存储引擎的读者可以阅读这本书籍。 数据库和实例 在 MySQL 中，实例和数据库往往都是一一对应的，而我们也无法直接操作数据库

MySQL的四种事务 一、事务的基本要素（ACID） 原子性（Atomicity） 要么都成功，要么都失败 实现机制是undo log 一致性（Consistency） 操作前后，系统稳定，数据一致 隔离性（Isolation） 每个事务都是独立的，相互不会影响 实现机制，多版本并发控制（MVCC）+锁 持久性（Durability） 保证事务的执行结果一定能在数据库中同步完成，无论数据库所在硬件是否瘫痪 实现机制redo log 小结：原子性 持久性 隔离性 实现了一致性 二、事务的并发问题 更新丢失：a事务中更新一条记录，却被b事务的更新操作给覆盖了。也就是说，a事务的操作没有生效 脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据 不可重复读：事务A多次读取统一数据，事务B在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致 幻读：系统管理员A将数据库中的所有学生成绩从具体改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样。 小结：不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需要锁住满足条件的行，解决幻读需要锁表 三、事务的四个隔离级别 Read_Uncommited 读未提交

mysql 数据支持表级锁，也支持行级锁，但是myIsam 存储引擎只支持表级锁，innodb存储引擎支持行级锁。 表级锁的使用语法为： 加 表级读锁 lock table t_user（表名） read; 加表级写锁：lock table t_user write; 释放锁：UNLOCK tables; 下面为表级锁的测试样例： 创建两张表如下： 1 CREATE TABLE `t_user` ( 2 `id` int(11) NOT NULL AUTO_INCREMENT, 3 `name` varchar(20) DEFAULT NULL, 4 `age` int(11) DEFAULT NULL, 5 `sex` varchar(20) DEFAULT NULL, 6 PRIMARY KEY (`id`) 7 ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8； 8 9 10 CREATE TABLE `t_account` ( 11 `id` int(11) NOT NULL AUTO_INCREMENT, 12 `NAME` varchar(20) DEFAULT NULL, 13 `money` double DEFAULT NULL, 14 PRIMARY KEY (`id`) 15 ) ENGINE

一、相关名词 表级锁（锁定整个表） 页级锁（锁定一页） 行级锁（锁定一行） 共享锁（S锁，MyISAM 叫做读锁） 排他锁（X锁，MyISAM 叫做写锁） 悲观锁（抽象性，不真实存在这个锁） 乐观锁（抽象性，不真实存在这个锁） 二、InnoDB与MyISAM Mysql 在5.5之前默认使用 MyISAM 存储引擎，之后使用 InnoDB 。查看当前存储引擎： show variables like '%storage_engine%'; MyISAM 操作数据都是使用的表锁，你更新一条记录就要锁整个表，导致性能较低，并发不高。当然同时它也不会存在死锁问题。 而 InnoDB 与 MyISAM 的最大不同有两点：一是 InnoDB支持 事务 ；二是 InnoDB 采用了 行级锁 。也就是你需要修改哪行，就可以只锁定哪行。 在 Mysql 中，行级锁并不是直接锁记录，而是 锁索引 。索引分为主键索引和非主键索引两种，如果一条sql 语句操作了主键索引，Mysql 就会锁定这条主键索引；如果一条语句操作了非主键索引，MySQL会先锁定该非主键索引，再锁定相关的主键索引。 InnoDB 行锁是通过给索引项加锁实现的，如果没有索引，InnoDB 会通过隐藏的聚簇索引来对记录加锁。也就是说： 如果不通过索引条件检索数据，那么InnoDB将对表中所有数据加锁，实际效果跟表锁一样

并发，在操作系统中，是指一个很短的时间段中有几个程序都处于已启动运行到运行完毕之间，并发程序之间有相互制约关系，直接制约体现为一个程序需要另一个程序的计算结果，间接制约体现为多个程序竞争同一资源，如处理机、缓冲区、数据等。在数据库系统中，并发主要是指资源的争用，当两个进程同时在访问或更新同一个数据时，产生资源的争用，资源争用会引起一系列的问题，比如数据不一致、查询阻塞、死锁等。 一，并发模式 在数据库系统中，当多个进程访问同一资源时，默认情况下，SQL Server会通过各种类型的锁来协调资源的访问，确保在并发环境下数据保持一致的状态。而锁的作用范围是在事务中，事务建立在并发模式下。并发模式控制当发生读写冲突时，数据应该如何处理以保证数据的一致性。注意，写和写之间永远冲突。 1，乐观并发模式 对于乐观并发模式，SQL Server假设只有少量的冲突发生，默认的机制是使用快照技术，在写进程完成修改数据之前，先把数据的行版本保存到tempdb中。由于数据的旧数据已经保存，读进程可以直接读取已经保存的行版本，而不会受到写进程的影响。 乐观并发使得读写进程不会相互阻塞，但是，这会导致一个潜在的问题，读进程可能会读取到老的数据。 2，悲观并发模式 这是默认的并发模式，在悲观并发模式下，SQL Server认为有大量的写操作发生，并且写操作会受到写操作的影响。也就是说

转自： https://blog.csdn.net/axiaoboge/article/details/84335452 Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。本文旨在对锁相关源码（本文中的源码来自JDK 8）、使用场景进行举例，为读者介绍主流锁的知识点，以及不同的锁的适用场景。 Java中往往是按照是否含有某一特性来定义锁，我们通过特性将锁进行分组归类，再使用对比的方式进行介绍，帮助大家更快捷的理解相关知识。下面给出本文内容的总体分类目录： 1. 乐观锁 VS 悲观锁 乐观锁与悲观锁是一种广义上的概念，体现了看待线程同步的不同角度。在Java和数据库中都有此概念对应的实际应用。 先说概念。对于同一个数据的并发操作，悲观锁认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改。Java中，synchronized关键字和Lock的实现类都是悲观锁。 而乐观锁认为自己在使用数据时不会有别的线程修改数据，所以不会添加锁，只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果数据已经被其他线程更新，则根据不同的实现方式执行不同的操作（例如报错或者自动重试）。 乐观锁在Java中是通过使用无锁编程来实现