A request byT2for anSlock can be granted immediately. As a result, bothT1andT2hold anSlock onr.（T2对S锁的请求可以立即被授予。因此，T1和T2都对r持有S锁。

mysql> HELP DROP VIEWSyntax:DROP VIEW [IF EXISTS]view_name [, view_name] ... [RESTRICT | CASCADE]　。mysql> CREATE VIEW t

3、页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

select ... lock in share mode //共享锁 select ... for update //排他锁。next-key lock：锁定范围，并锁定记录本身，假如有两个数据3，7，则对区间(-无穷，3]，(3，7]，(7，正无穷)进

insert into tb_a value(‘c‘);session2 会话 可以读tb_a,也可以读tb_b;此时,session1 执行 unlock tables 释放掉读锁, session2 的update 操作才会成功.行锁偏向innodb,

innodb引擎支持行级锁。锁实现了事务之间的隔离功能。查看数据库当前隔离级别：select @@tx_isolation;　　3. RR　　可重复读，隔离了幻读。利用的是undo的快照技术+GAP间隙锁+nextlock下键锁

　　在数据库中，除传统的计算资源的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。下表中

　　　　　　优先级高的线程等待优先级低的线程释放锁会导致优先级倒置，引起性能风险；

LOCK TABLES `table_name` READ;LOCK TABLES `table_name` WRITE;* begin;* update ...* commit;

　　锁升级是指将当前锁的粒度降低。举个例子：数据库可以把一个表的1000个行锁升级为一个页锁，或者将页锁升级为表锁。　　即使在SQL Server 2005版本后，SQL Server数据库支持了行锁，但是其设计和InnoDB存储引擎完全不同，在以下情况下

　　因为不同锁之间的兼容性关系，在有些时刻一个事务中的锁需要等待另一个事务中的锁释放它所占用的资源，这就是阻塞。　　阻塞并不是一件坏事，其实为了确保事务可以并发且正常地运行。　　在InnoDB存储引擎中，　　默认情况下InnoDB存储引擎不会回滚超时引发地

　　一致性的非锁定读是指InnoDB存储引擎通过行多版本控制的方式来读取当前执行时间数据库中行的数据。如果读取的行正在执行DELETE或UPDATE操作，这时读取操作不会因此去等待行上锁的释放，相反地，InnoDB存储引擎会去读取行地一个快照数据。而und

数据库事务 ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。ACID，是指在可靠数据库管理系统中，事务所应该具有的四个特性：原子性、一致性、隔离性、持久性。一致性一致性是指事务使得系统从一个一致的状态转换到另一个一致状态。即使

在分布式系统中，分布锁是一个最基础的工具类。例如，部署了2个有付款功能的微服务中，用户有可能对一个订单发起2次付款操作，而这2次请求可能被发到2个服务中，所以必须得用分布式锁防止重复提交，获取到锁的服务正常进行付款操作，获取不到锁的服务提示重复操作。看完这

查询使用的是主键时，只需要在主键值对应的那一个条数据加锁即可。查询的时候没有走索引，会对表中所有的记录以及间隙加锁。

乐观锁顾名思义就是操作的时候很乐观，认为操作不会产生并发问题，因此不会上锁。但是会在更新时判断其他线程再这之前有没有对数据进行修改，一般会使用版本号机制或CAS算法实现。执行更新时，set version = newVersion where versio

Next-Key Locks = Gap+record => 间隙锁+行锁，执行delete/update操作时会加Next-Key Locks ，如果where条件是可以唯一确定一行的话，会被升级为普通行锁不会加区间锁。

悲观锁，认为数据是悲观的。防止其他线程篡改，直到对方拿到锁,才能修改。比如，有如下的表。status=1表示可以下单，status=2表示不可以下订单。假如在并发的过程中有两个用户同时查到status=1，那么从逻辑上来说都可以去新增订单，但是会造成商品超

悲观锁一般都是依靠关系型数据库提供的锁机制，然而事实上关系型数据库中的行锁，表锁不论是读写锁都是悲观锁。乐观锁顾名思义，就是很乐观，每次自己操作数据的时候认为没有人会来修改它，所以不会去对数据进行加锁。乐观锁不会发生并发抢占资源，只有在提交操作的时候检查是

从Redis 2.6.12版本开始，SET命令的行为可以通过一系列参数来修改，详见Redis命令参考：。PX milliseconds：将键的过期时间设置为milliseconds毫秒。执行SET key value PX milliseconds的效果等