因为InnoDB是支持表锁和行锁共存的，如果一个事务A获取到某一行的排他锁，并未提交，这时候事务B请求获取同一个表的表共享锁。...因为共享锁和排他锁是互斥的，因此事务B想对这个表加共享锁时，需要保证没有其他事务持有这个表的表排他锁，同时还要保证没有其他事务持有表中任意一行的排他锁。...简言之，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。...死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方的资源，从而导致恶性循环的现象。 如何防止死锁？ 尽量约定固定的顺序访问表，因为交叉访问更容易造成事务等待回路。...并发情况下，如何做到安全的修改同一行数据 要安全的修改同一行数据，就要保证一个线程在修改时其它线程无法更新这行 记录。
因为 InnoDB 是支持表锁和行锁共存的，如果一个事务 A 获取到某一行的排他锁，并未提交，这时候事务 B 请求获取同一个表的表共享锁。...因为共享锁和排他锁是互斥的，因此事务 B 想对这个表加共享锁时，需要保证没有其他事务持有这个表的表排他锁，同时还要保证没有其他事务持有表中任意一行的排他锁。...简言之，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。...死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方的资源，从而导致恶性循环的现象。 如何防止死锁？ 尽量约定固定的顺序访问表，因为交叉访问更容易造成事务等待回路。...并发情况下，如何做到安全的修改同一行数据 要安全的修改同一行数据，就要保证一个线程在修改时其它线程无法更新这行 记录。
锁的类型 共享锁 排它锁 意向锁 行锁的原理 没有索引的表 有主键索引的表 有唯一索引的表（上面假设锁住了字段） InnoDB中LBCC要解决的问题 锁的算法 Record Lock (记录锁) [锁定的是...read view，下面给出了并发访问同一条记录的两个事务AB的具体执行过程，并解释可重复读是如何实现的（解决了脏读和不可重复读）。...也就是说： 当我们给一行数据加上共享锁之前，数据库会自动在这张表上面加一个意向共享锁。 当我们给一行数据加上排他锁之前，数据库会自动在这张表上面加一个意向排他锁。...反过来: 如果一张表上面至少有一个意向共享锁，说明有其他的事务给其中的某些数据行加上了共享锁。 意向锁跟意向锁是不冲突的，意向锁跟行锁也不冲突。 那么这两个表级别的锁存在的意义是什么呢?...所以我们通过辅助索引锁定一行数据的时候，它跟我们检索数据的步骤是一样的，会通过主键值找到主键索引，然后也锁定。 本质上是因为锁定的是同一行数据，是相互冲突的。
主键索引：主键索引是一种特殊的唯一索引，一个表只能有一个主键且不允许有空值；索引列只能出现一次且必须唯一，InnoDB要求表必须有主键，如果没有显示设置主键索引，那么会自动为数据表创建一个隐含的字段 row-id...幻读(前后多次读取，数据总量不一致)： 一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，另一个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。...，获取共享锁后不能进行写操作 排它锁 排他锁允许事务获取到锁后进行更新一行或者删除某一行操作，排他锁顾名思义是互斥的，一个事务获取到排他锁后，其他事务不能获取到排他锁，直到这个锁被释放。...意向锁 innodb支持多种粒度的锁，允许行锁和表锁共存，这里说的意向锁其实是一种表级别的锁，但是我把它放在行锁里面是因为它不会单独存在，它的出现肯定会伴随着行锁（共享锁或者排他锁），它主要的目的就是表示将要锁定表中的行或者正在锁定表中的行...2）行的删除版本要么未定义，要么大于当前事务版本号。这可以确保事务读取到的行，在事务开始之前未被删除。 插入：innodb为新插入的每一行保存当前系统版本号作为行版本号。
与此同时，事务B试图申请对Table1的表级锁。如果事务B成功获取表级锁，那么它就能修改表中的任意一行记录，从而引发冲突。...意向锁作为一种锁机制，在数据库管理系统中旨在协调不同锁粒度（如行级锁和表级锁）之间的并发问题。（对于同一锁粒度内的并发问题，如多个行级锁之间的冲突，则通过行级互斥锁来解决。）...尽管记录锁通常被称为行级锁，但需要特别注意的是，它实际上锁定的是索引记录而非数据行本身。此外，记录锁仅限于锁定索引。 当表中不存在索引时该如何处理？...然而，如果它们都试图插入6，那么就会发生阻塞情况。 AUTO-INC 锁 AUTO-INC 锁是一种特殊的表级锁，由向包含 AUTO_INCREMENT 列的表插入数据的事务所获取。...在最简单的情况下，如果一个事务正在向表中插入值，其他任何事务都必须等待，以便执行它们自己的插入操作，这样第一个事务插入的行就会接收到连续的主键值。
虽然间隙锁中也分为共享锁和互斥锁，不过它们之间并不是互斥的，也就是不同的事务可以同时持有一段相同范围的共享锁和互斥锁，它唯一阻止的就是其他事务向这个范围中添加新的记录。...不可重复读 在一个事务中，同一行记录被访问了两次却得到了不同的结果。...幻读 在一个事务中，同一个范围内的记录被读取时，其他事务向这个范围添加了新的记录。...重新开启了两个会话 SESSION 1 和 SESSION 2，在 SESSION 1 中我们查询全表的信息，没有得到任何记录；在 SESSION 2 中向表中插入一条数据并提交；由于 REPEATABLE...READ 的原因，再次查询全表的数据时，我们获得到的仍然是空集，但是在向表中插入同样的数据却出现了错误。
LOCK IN SHARE MODE; 在查询语句后面增加 LOCK IN SHARE MODE，Mysql会对查询结果中的每行都加共享锁，当没有其他线程对查询结果集中的任何一行使用排他锁时，可以成功申请共享锁...其他线程也可以读取使用了共享锁的表，而且这些线程读取的是同一个版本的数据。...当两个事务同时执行，一个锁住了主键索引在等待其他相关索引，一个锁定了非主键索引，在等待主键索引。这样就会发生死锁。...2、在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁产生概率； 3、对于非常容易产生死锁的业务部分，可以尝试使用升级锁定颗粒度，通过表级锁定来减少死锁产生的概率； 实战： 数据库隔离级别有四种...: 对整个表加上锁 这样组合起来就有,行级共享锁,表级共享锁,行级排他锁,表级排他锁 下面来说说不同的事务隔离级别的实例效果，例子使用InnoDB，开启两个客户端A，B，在A中修改事务隔离级别，在B中开启事务并修改数据
1、共享锁（读锁） 共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。...，专门控制其并发插入的行为 concurrent_insert=0时，不允许并发插入 concurrent_insert=1时，如果MyISAM表中没有空洞（即表的中间没有被删除的行），其允许在一个进程读表的同事...，另一个进程从表插入记录，这也是MySQL的默认设置 concurrent_insert=2时，如果MyISAM表中没有空洞，允许在表尾并发插入记录 2、锁调度 MySQL认为写请求一般比读请求要重要，...2、死锁导致原因：当两个事务同时执行，一个锁住了主键索引，在等待其他相关索引。另一个锁定了非主键索引，在等待主键索引。这样就会发生死锁。...（2）在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁产生概率； （3）对于非常容易产生死锁的业务部分，可以尝试使用升级锁定颗粒度，通过表级锁定来减少死锁产生的概率； （4）在程序以批量方式处理数据的时候
因为InnoDB是支持表锁和行锁共存的，如果一个事务A获取到某一行的排他锁，并未提交，这时候事务B请求获取同一个表的表共享锁。...因为共享锁和排他锁是互斥的，因此事务B想对这个表加共享锁时，需要保证没有其他事务持有这个表的表排他锁，同时还要保证没有其他事务持有表中任意一行的排他锁。...然后问题来了，你要保证没有其他事务持有表中任意一行的排他锁的话，去遍历每一行？这样显然是一个效率很差的做法。为了解决这个问题，InnoDB的设计大叔提出了意向锁。 意向锁是如何解决这个问题的呢？...简言之，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。...4.5 案例五：唯一索引范围锁 bug 前面四种方案中，加锁的两个原则和两个优化都已经用上啦，那个唯一索引范围bug是如何触发的呢？
密集索引：保存的不仅仅是键值(索引值)，还保存了位于同一行记录里的其它信息，由于密集索引决定了表的物理排列顺序，一个表只能有一个物理排列顺序，所以一个表只能创建一个密集索引。...若对稀疏索引进行条件筛选需要两个步骤，首先在稀疏索引的B±Tree中检索该键，然后定位到主键信息，获取到主键信息后，再使用主键从主键索引中查找。...幻读 例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。...一级缓存是一直开启的；与数据库同一次回话期间查询到的数据会放在本地缓存中。 如果需要获取相同的数据，直接从缓存中拿，不会再查数据库。 一级缓存失效的四种情况： sqlSession(链接)不同。...集群: 多个数据库, 使用不同的服务器, 多个库中库名可以一样, 表结构一样, 里面存的数据不一样, 例如: 一个请求向A库中写入, 另一个请求向B库中写入, 如果一台服务器一块12000转的机械硬盘
❞ 各类锁介绍 共享锁和排他锁 共享锁又称读锁，在数据库中表示为S锁，多个事务可以对同一数据添加共享锁，即共享锁之间不互斥。...当一个事务想要对表添加表级共享锁时，需要保证： 当前没有其他事务持有表的排他锁。 当前没有其他事务持有表中任意一行的排他锁。...为了满足第二个要求，如果去遍历检查表中每一行数据的加锁情况，效率明显是很差的。所以，mysql引入了意向锁。 首先说明，意向锁是属于表级别的锁。意向锁也分共享意向锁(IS)和排他意向锁(IX)。...首先，非主键索引树上的索引排序是先按索引字段排序，之后再按主键排序，即idx_age上的索引排序为 -> -> , 如果，现在插入一行记录{id: 4, name...不仅是加锁访问不同表数据的顺序要一致，对同一个表的加锁访问也得一致。而且比较容易忽视。
脏读 所有事务都可以看到其他未提交事务的执行结果 不可重复读 同一个事务执行过程中，另外一个事务提交了新数据，因此本事务先后两次读到的数据结果会不一致 幻读 当事物A查询某一范围的数据时，另一个事务B又在该范围内插入了新行并作了提交...想要真正避免幻读只能采取serializable串行化隔离级别，因为都要加表级共享锁或排他锁，所以性能会很差，一般不会采用。 MVCC如何避免非重复读： MVCC为查询提供了一个基于时间的点的快照。...，这里Session A的第一次、第二次读，均为快照读，而且是在同一个事务中。...在了解自增锁前需要知道mysql都有哪些insert操作： INSERT-like 所有可以向表中增加行的语句 Simple inserts 可以预先确定要插入的行数insert...values… Bulk...Dead lock： 是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象。
假设有2个事务：T1和T2 T1: 锁住表中的一行，只能读不能写（行级读锁）。 T2: 申请整个表地写锁（表级写锁）。 如T2申请成功，则能任意修改表中的一行，但这与T1持有的行锁是冲突的。...其中2需要遍历整个表，效率太低。因此 innodb 使用意向锁来解决这个问题：T1需要先申请表的意向共享锁（IS），成功后再申请某一行的记录锁S。...间隙锁只阻止其他事务插入到间隙中，不阻止其他事务在同一个间隙上获得间隙锁，所以 gap x lock 和 gap s lock 有相同的作用。它是一个左开右开区间：如（1，3）。...它在插入一行记录操作之前设置一种特殊的间隙锁，多个事务在相同的索引间隙插入时，如果不是插入间隙中相同的位置就不需要互相等待。...那么对于主键范围查询，唯一键查询，非唯一键查询，在不同隔离级别下又是如何加锁的呢？
假设有2个事务：T1和T2 T1: 锁住表中的一行，只能读不能写（行级读锁）。 T2: 申请整个表地写锁（表级写锁）。 如T2申请成功，则能任意修改表中的一行，但这与T1持有的行锁是冲突的。...故数据库应识别这种冲突，让T2的锁申请被阻塞，直到T1释放行锁。 有2种方法可以实现冲突检测： 1、判断表是否已被其他事务用表锁锁住； 2、判断表中的每一行是否已被行锁锁住。...间隙锁只阻止其他事务插入到间隙中，不阻止其他事务在同一个间隙上获得间隙锁，所以 gap x lock 和 gap s lock 有相同的作用。它是一个左开右开区间：如（1，3）。...它在插入一行记录操作之前设置一种特殊的间隙锁，多个事务在相同的索引间隙插入时，如果不是插入间隙中相同的位置就不需要互相等待。...那么对于主键范围查询，唯一键查询，非唯一键查询，在不同隔离级别下又是如何加锁的呢？
，一次性查询可以避免事务或表锁死，但是有时间使用join更有效率，因为join不需要在内存中创建临时表完成这个逻辑上两个步骤的查询， 优化分页查询 我们使用limit 1000,20,此时是把前1020...的读操作，不会阻塞其他用户对同一个表读，但是会阻塞同一个表的写请求，对于MyISAM的写操作,会阻塞对同一个表的读写操作，MyiSAM的读操作和写操作之间，和写操作之间是串行的 由于MyiSAM是一次性给表加所有需要的锁...， 持久性 事务完成之后,对数据的修改是永久性的 隔离性 保证事务在不受外部并发操作影响的独立环境执行 对于并发事务处理带来的问题 更新丢失 多个事物处理同一行数据，后执行的覆盖前一次执行的操作 脏读...，从用户角度看，就是同一个数据的多个版本，这种技术叫做多版本并发控制(MVCC) InnoDB的行锁模式 共享锁,允许一个事物读一行，阻止其他事物获得相同数据集的排他锁 排他锁,允许获得排他锁的事物更新数据...，可能引起死锁,造成大量回滚，可以考虑一次性锁定事务设计的表,避免死锁,减少数据库事物回滚带来的开销 如何避免死锁 两个事物需要获取对方持有的排他锁才能继续完成事物，就是循环导致的死锁 如何避免死锁常用方式
一、SQL优化 1.高效添加数据的几种方式 普通插入（Insert语句） 先回顾一下向数据库中添加数据的基本操作： 当我们想要向数据库中的表tb中插入一条数据时，可以采用insert into语句： insert...优化方案1：批量插入 一般情况下都采用批量插入来使得添加数据更高效 批量插入的思想就是把多行数据压缩成一行，只需要远程请求一次数据库，且代码更加简洁 但是一次性批量插入的数据建议控制在500条之内，如果多于...不管数据量如何，推荐采用主键顺序插入来添加数据。...首先了解在InnoDB存储引擎中数据的组织方式：在InnoDB存储引擎中，表数据都是根据主键顺序组织存放的，这种存储方式的表称为索引组织表。...当页中删除的记录达到 MERGE_THRESHOLD（默认为页的50%），InnoDB会开始寻找最靠近的页（前或后）看看是否可以将两个页合并以优化空间使用。
读锁：是共享的，或者说是相互不阻塞的（共享锁Shared Lock，也叫S锁）。多个客户在同一时刻可以同时读取同一个资源而不相互干扰。...意向锁是表级锁，表示table中的row所需要的锁(S锁或X锁)的类型。意向锁分为意向共享锁(IS锁)和意向排它锁(IX锁)。 意向共享锁（IS）:IS锁表示当前事务意图在表中的行上设置共享锁....比如说A向B转账，转账前和转账后AB两个账户的总金额必须是一致的。...4、更新丢失 当两个事务选择同一行，然后更新数据，由于每个事务都不知道其他事务的存在，就会发生丢失更新的问题，（你我同时读取同一行数据，进行修改，你commit之后我也commit，那么我的结果将会覆盖掉你的结果...事务T2和事务T23为什么会加S锁，而不是直接等待X锁 事务T2的insert语句加的是隐式锁(隐式的Record锁、X锁)，但是其他事务插入同一行记录时，出现了唯一键冲突，事务一的隐式锁升级为显示锁
在表t中，我定义了主键id为自增值，在插入一行数据的时候，自增值的行为如下： 如果插入数据时 id 字段指定为 0、null 或未指定值，那么就把这个表当前的 AUTO_INCREMENT 值填到自增字段...二、新增语句自增主键是如何变化的： 我们执行以下SQL语句，来观察自增主键是如何进行变化的 insert into t values(null, 1, 1); 流程图如下所示 流程步骤： AUTO_INCREMENT...可以看到，这个表的自增值改成 3，是在真正执行插入数据的操作之前。这个语句真正执行的时候，因为碰到唯一键 c 冲突，所以 id=2 这一行并没有插入成功，但也没有将自增值再改回去。...五、自增主键值不连续情况：（批量插入） 批量插入数据的语句，MySQL 有一个批量申请自增 id 的策略： 语句执行过程中，第一次申请自增 id，会分配 1 个； 1 个用完以后，这个语句第二次申请自增...id，会分配 2 个； 2 个用完以后，还是这个语句， 第三次申请自增 id，会分配 4 个； 依此类推，同一个语句去申请自增 id，每次申请到的自增 id 个数都是上一次的两倍。
意向锁 InnoDB 支持多粒度的锁，允许一行记录同时持有兼容的行锁和表锁。意向锁是表级锁，表明一个事务之后要获取表中某些行的 S 锁或 X 锁。...InnoDB中使用了两种意向锁 意向共享锁（IS）：事务 T 想要对表 t 中的某些记录加上 S 锁 意向排他锁（IX）：事务 T 想要对表 t 中的某些记录加上 X 锁 例如： SELECT ......自增长锁 InnoDB中，对每个含有自增长值的表都有一个自增长计数器（aito-increment counter）。当对含有自增长计数器的表进行插入操作时，这个计数器会被初始化。...插入意向锁 插入意向锁是一种在数据行插入前设置的gap锁。这种锁用于在多事务插入同一索引间隙时，如果这些事务不是往这段gap的同一位置插入数据，那么就不用互相等待。假如有4和7两个索引记录值。...在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁产生概率； 5.参考 mysql 官方文档：https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html
（IS）表明该事务打算对表中的记录加共享锁 意向排他锁（IX）表明该事务打算对表中的记录加排他锁 例如，SELECT ......NOTES: 表锁和记录锁共用数据结构lock_t; 行锁以page为单位进行管理，同一个事务在同一个page上的所有行锁只创建一个lock_t，具体要看某一个记录上是否有锁，要用该记录在page中唯一标识的...紧邻lock_t存放，每个bit代表页内一行数据，使用heap_no对应。 行锁ID（RecID） 用来唯一标识一个lock_t中某一行具体的锁。...6.3 semi-consistent read 简单来说，semi-consistent read的作用是减少更新同一行记录时的锁冲突，减少锁等待。...如果gap被锁住了，判定和插入意向锁冲突，当前插入操作需要等待。但是插入意向锁之间并不互斥，这意味着同一个gap里可能有多个申请插入意向锁的会话。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
云直播
对象存储
实时音视频
