第一章 MySQL架构

目录

1.1 Mysql逻辑架构

1.2 并发控制

1.2.1 读写锁

1.2.2 锁粒度

1.3 事务

1.3.1 隔离级别

1.3.2 死锁

1.3.3事务日志

1.3.4 Mysql中的事务

1.4 Mysql存储引擎

---

1.1 Mysql逻辑架构

1.2 并发控制

        无论何时，只要有多个查询需要在同一时刻修改数据，都会产生并发控制的问题。

1.2.1 读写锁

        在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决。这两种类型的锁被称为共享锁（读锁）和 排他锁（写锁）。

        共享锁：多个客户可以同时读取同一资源，互不干扰。

        排他锁：一个写锁会阻塞其他的读锁和写锁

1.2.2 锁粒度

        任何时候，在给定的资源上，锁定的数据量越少，系统的并发程度越高。

        加锁需要消耗资源，增加系统的开销。所谓的锁策略，就是在锁的开销和数据的安全性之间寻求平衡。

        表锁：mysql中最基本的锁策略，并且也是开销最小的

        行级锁：能够再大程度的支持并发处理（伴随着最大的锁开销）

1.3 事务

        事务就是一组原子性的SQL查询。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。

-- 开启事务
start transaction;
-- 检查支票账户的余额
select balance from checking where customer_id = #{id}; 
-- 从支票账户余额中减去200
update checking set balance = balance - 200 where customer_id = #{id};
-- 从储蓄账户余额中增加200
update savings set balance = balance + 200 where customer_id = #{id};
-- 提交
commit;

        原子性(atomicity)：一个事务必须被视为一个不可分割的最小工作单元。整个事务中的所有操作要么全部成功提交，要么全部失败回滚。

        一致性(consistency)：数据库总是从一个一致性的状态转换到另一个一致性的状态。

        隔离型(isolation)：一个事务所做的修改在最终提交之前，对其他事务是不可见的。

        持久性(durability)：一旦事务提交，则其所做的修改就会永久保存到数据库中。

1.3.1 隔离级别

读未提交：事务可以读取未提交的数据（脏读）

读已提交：一个事务从开始到提交之前，所做的任何修改对其他事务都是不可见的（不可重复读）

可重复读：同一个事务中多次读取同样记录的结果是一致的

可串行化：在读取的每一行数据上都加锁

隔离级别	脏读可能性	不可重复读可能性	幻读可能性	加锁读
读未提交	yes	yes	yes	no
读已提交	no	yes	yes	no
可重复读	no	no	yes	no
串行化读	no	no	no	yes

1.3.2 死锁

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

1.3.3事务日志

事务日志可以帮助提高事务的效率。使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把该修改行为记录到持久在硬盘上的事务日志中，而不用每次将修改的数据本身持久到磁盘。事务日志采用的是追加的方式，因此写日志的操作是磁盘上一小块区域内的顺序I/O。事务日志持久以后，内存中被修改的数据在后台可以慢慢地刷回磁盘。

1.3.4 Mysql中的事务

mysql默认采用自动提交模式

-- 查看autocommot状态
show variables like 'autocommit'

-- 设置隔离级别 
set transaction isolaton level repeatable read; 

1.4 Mysql存储引擎

-- 显示表的相关信息
show table status like 'user'; 

存储引擎：InnoDB(mysql默认)、MyIASM、Archive、CSV、Federated、Memory、NDB集群