文章目录
一、MYSQL 架构与历史
1.mysql架构简图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vWu46yfh-1645871438197)(…/mysql-image\MySql架构简图.png)]
mysql存储引擎将存储引起中的数据通过行缓存格式拷贝数据、服务层将拷贝内存解码成各个列。(数据库一个表不建议设计多个列)
2. mysql并发控制
2.1 锁策略
同一个数据并发修改需要锁的机制来保证数据的一致性,所以常见的并发控制是通过实现两种机制的锁来解决并发问题。分别是排它锁(也叫写锁)和共享锁(读锁),场景如下:
- 读读锁:这种场景下是不会出现阻塞的,因为读数据并不会影响数据,所以支持并发读数据。
- 写写锁:该场景需要进行阻塞。
- 读写锁(写读锁) :虽然有读请求,但是写请求会影响读取结果,也需要进行排他锁处理。
所以说一个写锁会阻塞其他的写锁和读锁。
2.2 锁粒度
在上面我们介绍了锁的实现策略,而提交系统并发还有一种方式是细化锁定的范围即锁粒度 。只有在保证数据安全的前提下使得锁定范围尽可能的小,从而使得并发程度更高。
MySQL有三种锁的级别:页级、表级、行级
- MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking);
- BDB存储引擎采用的是页面锁(page-level locking),但也支持表级锁;
- InnoDB存储引擎既支持行级锁(row-level locking),也支持表级锁,但默认情况下是采用行级锁。
MySQL这种锁的特性可大致归纳如下:
- 表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。
- 行级锁:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
- 页面锁:开销和加锁时间界于表锁和行锁之间;会出现死锁;锁定粒度界于表锁和行锁之间,并发度一般。
锁的机制是由各个的存储引擎实现的