高性能MYSQL

最新推荐文章于 2024-05-05 16:55:02 发布

weixin_43829169

最新推荐文章于 2024-05-05 16:55:02 发布

阅读量572

点赞数

文章标签： mysql 数据库 java

本文链接：https://blog.csdn.net/weixin_43829169/article/details/124557133

版权

一、MYSQL架构与历史

在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决问题。

这两种类型的锁通常被称为共享锁和排他锁，也叫读锁或者写锁。

一种提供共享资源并发性的方式就是让锁定对象更有选择性，尽量只锁定需要修改的部分数据，而不是所有的资源。

更理想的方式是，只对会修改的数据片进行精确的锁定。

表锁（table lock）

表锁是MYSQL中最基本的锁策略，并且是开销最小的策略。它会锁定整张表。一个用户在对表进行写操作前，需要先获得写锁，这会阻塞其他用户对该表的所有读写操作。只有没有写锁时，其他读取的用户才能获得读锁，读锁之间是不会相互阻塞的。

行级锁（row lock）

行级锁可以最大程度地支持并发处理（同时也带来了最大的锁开销）

ACID表示原子性（atomicity），一致性（consistency），隔离性（isolation），持久性（durability）。一个运行良好的事务处理系统，必须具备这些标准特征。

READ UNCOMMITTED（未提交读） 在该级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读
READ COMMITTED（提交读） 在该级别，一个事务开始时，只能看见已经提交的事务所做的修改。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。这个级别也叫不可重复读，因为两次执行同样的查询，可能会得到不一样的结果
REPEATABLE READ（可重复读） 该级别解决了脏读的问题，保证了在同一个事务中多次读取同样记录的结果是一致的。但是该级别无法解决另外一个问题：幻读。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了一个新的记录，当之前的事务再次读取该范围的记录时，会产生幻行。InnoDB存储引擎通过 多版本并发控制（MVCC） 解决了幻读的问题。

幻读，并不是说两次读取获取的结果集不同，幻读侧重的方面是某一次的 select 操作得到的结果所表征的数据状态无法支撑后续的业务操作。更为具体一些：select 某记录是否存在，不存在，准备插入此记录，但执行 insert 时发现此记录已存在，无法插入，此时就发生了幻读。
在这里插入图片描述

SERIALIZABLE（可串行化） 该级别是最高的隔离级别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，SERIALIZABLE会在读取的每一行数据上都加上锁，所有可能导致大量的超时和锁争用的问题。

死锁是指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶心循环的现象。

为了解决这种问题，数据库系统实现了各种死锁检测和死锁超时机制。

InnoDB目前处理死锁的方法是，将持有最少行排他锁的事务就行回滚。

事务日志可以帮助提高事务的效率。使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把该修改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到磁盘。

MVCC的实现，是通过保存数据在某个时间点的快照来实现的。也就是说，不管需要执行多长时间，每个事务看到的数据都是一致的。

InnoDB是MVCC，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存行的过期时间。存储的时间值，其实是系统的版本号。每开始一个新的事务，系统版本号都会自动递增。

关注