视频网站seo实战,wordpress更新后图片不显示图片,临平做网站电话,企业网站建设流程图1. redo log
1.1 特点
InnoDB存储引擎独有物理日志#xff0c;记录在数据页上做的修改让MySQL拥有了崩溃恢复能力#xff0c;保证事务的持久性
1.2 刷盘时机
事务提交时log buffer 空间使用大约一半时事务日志缓冲区满InnoDB 定期执行检查点Checkpoint后台刷新线程#…1. redo log
1.1 特点
InnoDB存储引擎独有物理日志记录在数据页上做的修改让MySQL拥有了崩溃恢复能力保证事务的持久性
1.2 刷盘时机
事务提交时log buffer 空间使用大约一半时事务日志缓冲区满InnoDB 定期执行检查点Checkpoint后台刷新线程1s一次MySQL 关闭
1.3 刷盘策略
设置为 0 的时候表示每次事务提交时不进行刷盘操作最不安全。设置为 1 的时候表示每次事务提交时都将进行刷盘操作最安全。设置为 2 的时候表示每次事务提交时都只把 log buffer 里的 redo log 内容写入 page cache安全性介于0和1之间。
2. bin log
2.1 特点
属于MySQL Server 层逻辑日志记录内容是语句的原始逻辑用于MySQL数据库的数据备份保证数据一致性
2.2 记录格式
statement 记录的内容是SQL语句原文 row 为解决数据不一致的问题记录的内容包括SQL语句和具体数据mixed 根据MySQL判断这条SQL语句是否可能引起数据不一致的结果决定使用row格式或statement格式。
2.3 刷盘策略
为0表示每次提交事务都只write由系统自行判断什么时候执行fsync。为1表示每次提交事务都会执行fsync为N(N1)表示每次提交事务都write但累积N个事务后才fsync
3. undo log
3.1 特点
保证事务的原子性
3.2 作用
事务回滚时将数据恢复到修改前的状态 MVCC的实现事务通过 undo log 读取之前的版本数据
4.redo log vs bin log
位置写入时机作用redo log存储引擎层事务执行过程可以不断写入崩溃恢复bin logserver层提交事务时才写入数据一致性
5. 两阶段提交
将redo log的写入拆成了两个步骤prepare和commit MySQL根据redo log日志恢复数据时发现redo log还处于prepare阶段并且没有对应binlog日志就会回滚该事务。 从而解决了redo log 和 bin log 日志之间的逻辑一致问题。
