MySQL 架构 事务 日志

基本架构

连接器

长连接: 连接期间对象占用空间不会释放,时间过长会导致OOM

短连接: 建立连接麻烦不建议使用

分析器

分析sql符不符合规则,不符合报错😄

日志系统

redo log、bin log

Redo log

innodb引擎独有

出现背景:每次更新要从一大堆数据中找到需要修改的记录,做对应操场,这个过程查找,io成本高

解决的问题:记录在数据页做了什么,减少磁盘访问

存储结构:是一个圈,写满了会停下来,把记录写到磁盘.这个过程称为WAL(write Ahead Logging)先写日志，再写磁盘

疑点:如果操作是一个扣款,余额不足怎么办;为什么选中环,不选择文件追加

Bin log

出现背景:数据库恢复,根据日志记录恢复数据库

解决的问题:记录sql逻辑,比如update x set xx=xx

存储结构:文件追加

两阶段提交

两阶段是指:准备阶段、提交阶段.都准备好了、可以提交了

事务隔离

出现背景: 数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）的问题，为了解决这些问题，就有了“隔离级别”的概念。

解决的问题:SQL 标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）

• 可重复读:事务开始到结束,这个过程中读取到的数据总是和事务开始读取到的一致.

使用场景:月度对账,对账期间数据不受影响

实现:事务期间,创建了视图,读取的总是这个视图

• 串行化:一个接一个的操作