mysql加锁过程详解✎

1、mysql加锁过程详解

mysql加锁过程：

传统RDBMS加锁的一个原则，就是2PL (二阶段锁)：Two-Phase Locking。相对而言，2PL比较容易理解，说的是锁操作分为两个阶段：加锁阶段与解锁阶段，并且保证加锁阶段与解锁阶段不相交。

SQL1：不加锁。因为MySQL是使用多版本并发控制的，读不加锁。

SQL2：对id = 10的记录加写锁 (走主键索引)。

2、mysql并发冲突解决办法

mysql并发冲突五种解决办法：

1. 最常见的还是分表，但是分表有一个弊端 就是有些查询受限制，对于每一个查询条件都需要把分表 依赖列 传进来。

2.写事务的并发度 依赖于索引设计和文件的io的刷盘速度，如果依赖于索引的锁设计没有问题的话，锁的占用就是行级锁，可以大大提高性能。

3. 由于mysql事务是基于 redo和undo日志来实现的，那么如果数据不是强一致性 并且允许丢失的情况下，可以考虑设置redo和undo 日志的刷新级别，交给操作系统来定时刷盘，这样就没有了io的性能瓶颈。

4.可以考虑在7层或者四层接入的时候 将写流量导入到 主mysql节点所在的机房，将锁占用时间卡在局域网访问，减少锁的占用时间

5.如果真的 并发瓶颈 依赖于网络io，那么可以考虑分库的设计，使用多主多从 来解决单台主mysql节点的性能问题

3、压测 如何提高sql的最大并发

提高SQL的最大并发性能是一个多方面的过程，涉及硬件、数据库配置、查询优化等多个方面。以下是一些建议：
硬件升级：首先，确保服务器硬件能够支持更高的并发。这可能包括增加CPU核心数、增加内存、使用更快的存储解决方案等。
数据库配置：数据库的配置也会影响并发性能。例如，可以增加数据库连接池的大小，允许更多的并发连接。还可以调整数据库的缓存大小，以便更好地处理高并发请求。
查询优化：确保SQL查询是高效的。避免使用复杂的联接、子查询和不必要的计算。使用索引来加速查询。
使用缓存：对于一些读密集的应用，可以使用缓存来减少对数据库的访问。例如，使用Redis或Memcached来缓存常用的查询结果。
负载均衡：如果单个数据库实例无法满足高并发需求，可以考虑使用多个数据库实例，并使用负载均衡器来分发请求。
连接池管理：使用连接池来管理数据库连接，这可以避免频繁地创建和关闭连接，从而提高性能。
异步处理：对于一些非实时要求的任务，可以考虑使用异步处理，如使用消息队列来缓冲请求，并在后台进行处理。
监控和调优：使用数据库监控工具来监控数据库的性能，并根据实际情况进行调优。
综上所述，提高SQL的最大并发性能需要综合考虑多个方面，包括硬件、数据库配置、查询优化等。通过合理的规划和优化，可以显著提高数据库的并发处理能力。

4、mysql事务与锁的关系

事务和锁

事务的定义

简而言之： 事务（Transaction）是并发控制的基本单位。

所谓的事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。

事务的特点 ACID

原子性（Atomicity）：一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。

一致性（Consistency）：事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。

隔离性（Isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。

持久性（Durability）：持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。

事务对应的语句

BEGIN TRANSACTION 开始事务

COMMIT TRANSACTION 提交事务

ROLLBACK TRANSACTION 回♢滚事务

事务并发控制

事务不考虑隔离性引发的问题

脏读：此种异常时因为一个事务读取了另一个事务修改了但是未提交的数据，当修改的事务进行回滚操作时将造成读取事务异常。

不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同。（一个事务读取到了另外一个事务提交的数据）

幻读（虚读）：指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致。例如读整个表，即表的行数，例如第一次读某个表有3条记录，第二次读该表又有4条记录 （和不可重复读的不同：不可重复读针对的是数据的值，幻读针对的是数据的数量）

数据库事务隔离级别（SQL标准定义）

READ UNCOMMITTED（未提交读）：事务中的修改，即使没有提交，其他事务也可以看得到。很容易导致脏读等众多问题，如无必要，很少使用

READ COMMITTED（提交读）：大多数数据库系统默认的隔离级别（除Mysql等）。这种隔离级别就是一个事务的开始，只能看到已经完成的事务的结果，正在执行的，是无法被其他事务看到的。这种级别会出现读取旧数据的现象，即不可重复读的问题。

REPEATABLE READ（可重复读）：解决了脏读的问题，该级别保证了每行的记录的结果是一致的，也就是上面说的读了旧数据的问题，但是却无法解决另一个问题，幻行，顾名思义就是突然蹦出来的行数据。指的就是某个事务在读取某个范围的数据，但是另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。即幻读。–MYSQL默认隔离级别

SERIALIZABLE（可串行化）：最高的隔离级别，它通过强制事务串行执行（注意是串行），避免了前面的幻读情况，由于他大量加上锁，导致大量的请求超时，因此性能会◙比较底下，在特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别

数据库锁

数据库锁的基本类型：

X锁：exclusive 用于写操作

– 某数据对象在没有加任何锁的情况下，一个事务可以对其加X锁，而其他事务就不能对其再加任何锁

S锁：share 用于读操作

– 一个事务对某数据对象加了S 锁后，其他事务就不能对其加X锁，但可以加S锁

U锁：update

– 事务要更新数据对象时，先申请该对象的U 锁。对象加了♦U锁，允许其他事务对它加S锁。在最后写入时，再申请将U锁升级为X锁。不必在全过程中加X

不同级别的加锁协议

一级封锁协议（脏数据、不可重复读）

任一事务在写某数据前，必须对其加上X锁，该事务结束后才释放。不采用S锁，读数据不用加锁。

事务结束包括正常结束（COMMIT）和非正常结束♈（ROLLBACK）。

二级封锁协议（不可重复读）

满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，读完后 就释放

三级封锁协议（）

满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，事务结束后 释放锁

其他加锁协议

两阶段加锁协议：

整个事务分为两个阶段，前一个阶段为加锁，后一个阶段为解锁。在加锁阶段，事务只能加锁，也可以操作数据，但不能解锁，直到事务释放第一个锁，就进入解锁阶段，此过程中事务只能解锁，也可以操作数据，不能再加锁。两阶段锁协议使得事务具有较高的并发度，因为解锁不必发♥生在事务结尾。它的不足是没有解决死锁的问题，因为它在加锁阶段没有顺序要求。如两个事务分别申请了A, B锁，接着又申请对方的锁，此时进入死锁状态。

定理：若所有事务均遵守两段锁协议，则这些事务的所有交叉调度都是可串行化的。

多粒度加锁协议

行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。只在存储引擎层实现

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

表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。