MySql高性能笔记 - （一）Mysql基础知识

最新推荐文章于 2024-09-13 22:38:14 发布

黎明你好

最新推荐文章于 2024-09-13 22:38:14 发布

阅读量256

点赞数

分类专栏： Mysql 文章标签： mysql

本文链接：https://blog.csdn.net/lishiming528/article/details/75376177

版权

Mysql 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1. 读写锁：

读锁 - 共享锁：互相不阻塞的。多个客户在同一刻可以同时读取同一个资源，而互不干扰。
写锁 - 排它锁：一个写锁会阻塞其他的写锁和读锁，保证只有一个用户能执行写操作，防止其他用户读取正在写入的同一资源。

2. 锁粒度：

尽量只锁定要修改的部分数据。
表锁：开销小，它会锁定整张表。
行级锁：可以最大程度的支持并发处理，同时带来最大的锁开销。行级锁是在存储引擎层实现的，InnoDB和XtraDB实现了行级锁，

3. 死锁：

发生举例：
- 第一条sql进行update A行数据，锁定了A行数据，尝试去执行update B行数据。
- 第二条sql进行update B行数据，锁定了B行数据，尝试去执行update A行数据。
解决方案：
- InnoDB会提前检测死锁循环依赖，返回错误。发生以后目前处理方法是，将持有最少行级排他锁的事务进行回滚。

4. 事务：

事务是一组原子性的sql语句，如果数据库成功地执行所有语句，那么久执行。如果一条语句崩溃，那就所有语句都不会执行。要么全执行，要么全失败。
ACID：原子性（atomicity）、一致性（consistency）、隔离性（isolation）、持久性（durability）
- 原子性：一个事务必须视为一个不可再分的最小工作单元。整个事务要么都提交成功，要么都失败回滚。
- 一致性：数据库总是从一个一致性状态转换到另一个一致性状态。
- 隔离性：一个事务在最终提交之前，对其他事务是不可见的。
- 持久性：一旦事务提交，讲永久保存在数据库中。及时系统崩溃，也不会丢失。

Mysql默认采用自动提交事务模式 autocommit。

`show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 行于数据集 (0.04 秒)
`

5.隔离级别：

Read Uncommitted（未提交读）：事务中的修改，及时没有提交，对其他事务也是课件的。其他事务可以读取未提交的数据，成为脏读。一般很少使用。
Read Committed（提交读）(不可重复读)：事务的修改，在提交之前对其他事务都不可见。会导致A事务在修改一行数据之前，B 输入做过读取；A事务提交成功以后，B事务在读取引起不一样的结果。
Repeatable Read（可重复读）：解决在同一事务多次读取同样记录的结果一致，读取的数据在本事务内防止其他事务对其修改。但是防止不了此时做新增，引起幻读幻读问题。InnoDB和XtraDB通过版本并发控制MVCC，解决幻读问题。Mysql默认隔离级别。
Serializable（可串行化）：最高的隔离级别。通过强制的事务串行执行，避免幻读问题。在读取每一行数据上都加锁，导致大量的锁征用问题。

Innodb对四种类型都支持，脏读和串行化应用场景不多，读提交、重复读用的比较广泛。

隔离级别	脏读可能性	不可重复读可能性	幻读可能性	加锁读
Read Uncommitted	Yes	Yes	Yes	No
Read Committed	No	Yes	Yes	No
Repeatable Read	No	No	Yes	No
Serializable	No	No	No	Yes

6. 版本并发控制MVCC

可以认为MVCC是行级锁的一个变种，但是他避免了很多情况的加锁操作，降低开销。实现了非阻塞的读操作，和写操作的锁定必要行。MVCC的实现是通过保存数据在某个时间点的快照实现的。分为乐观并发控制、悲观并发控制。

InnoDB的MVCC是通过在没行记录后面保存三个隐藏的列。
DB_TRX_ID：6byte的标识，每处理一个事务，就自动+1.
DB_ROLL_PTR：7byte的标识，一条undo log记录，记录操作前的ROW值。
DB_ROW_ID：6byte，若没有主键才会有

select操作：
- 对于select的操作，只有同时满足如下2个条件才返回行记录
- 行的修改版本号小于等于该事务版本号
- 行的删除版本号要么没有被定义，要么大于事务版本号。
- 如果行的修改或者删除版本号大于事务号，说明行是被修改事务后启动的事务修改或者删除的。在可重复读的隔离级别下，后开始的事务堆数据的影响不应该被先开始的事务看见，所以应该忽略后开始的事务的更新或者删除操作。
insert操作：
新插入的行，行的修改版本号为更新为该事务的事务号。
update操作：
更新行的时候，InnoDB会把原来行复制一份，并把当前的事务号作为改行的修改版本号。把原来的记录标记为已删除版本号是事务版本号。
delete操作：
对于删除，InnoDB直接把改行的删除版本号修改为当前事务号，相当于标记为删除，而不是物理的删除。真是的删除是在InnoDB的purge线程去做的。