innodb事务日志详解
来源:互联网 发布:js触发select选择事件 编辑:程序博客网 时间:2024/06/06 01:30
Mysql会最大程度的使用缓存机制来提高数据库的访问效率,但是万一数据库发生断电,因为缓存的数据没有写入磁盘,导致缓存在内存中的数据丢失而导致数据不一致怎么办?
Innodb主要是通过事务日志实现ACID特性
事务日志包括:重做日志redo和回滚日志undo
Redo记录的是已经全部完成的事务,就是执行了commit的事务,记录文件是ib_logfile0 ib_logfile1
Undo记录的是已部分完成并且写入硬盘的未完成的事务,默认情况下回滚日志是记录下表空间中的(共享表空间或者独享表空间)
一般情况下,mysql在崩溃之后,重启服务,innodb通过回滚日志undo将所有已完成并写入磁盘的未完成事务进行rollback,然后redo中的事务全部重新执行一遍即可恢复数据,但是随着redo的量增加,每次从redo的第一条开始恢复就会浪费长的时间,所以引入了checkpoint机制
Dirty page:脏页 什么意思呢?
一般业务运行过程中,当业务需要对某张的某行数据进行修改的时候,innodb会先将该数据从磁盘读取到缓存中去,然后在缓存中对这条数据进行修改,这样缓存中的数据就和磁盘的数据不一致了,这个时候缓存中的数据就称为dirty page,只有当脏页统一刷新到磁盘中才会是clean page
Checkpoint:如果在某个时间点,脏页的数据被刷新到了磁盘,系统就把这个刷新的时间点记录到redo log的结尾位置,在进行恢复数据的时候,checkpoint时间点之前的数据就不需要进行恢复了,可以缩短时间
Innodb_log_buffer_size 重做日志缓存大小
Innodb_log_file_size redo log文件大小 文件越大 数据恢复的时间越长
Innodb_log_file_group redo log文件数量 默认是2个 ib_logfile0 ib_logfile1
- innodb事务日志详解
- mysql——innodb事务日志详解
- innodb事务日志ib_logfile
- InnoDB事务日志(redo log 和 undo log)详解
- mysql的innodb中事务日志ib_logfile
- MySQL InnoDB之事务与锁详解
- MySQL InnoDB之事务与锁详解
- MySQL InnoDB之事务与锁详解
- Innodb事务隔离级别-repeatable read详解
- innodb事务
- InnoDB 事务
- MySQL 原理研究:mysql(innodb存储引擎)事务日志
- mysql 整理之mysql INNODB的事务和日志
- InnoDB事务日志(redo log 和 undo log)
- innodb 日志
- mysql-Innodb事务隔离级别-repeatable read详解
- mysql-Innodb事务隔离级别-repeatable read详解
- mysql-Innodb事务隔离级别-repeatable read详解(转)
- spring管理下的声明式事务与存储过程之间的记录
- 接口安全
- java常用代码
- java实现标准化考试系统详解(三)-----考试界面模块化实现及事件处理
- MySQL数据库的乱码问题
- innodb事务日志详解
- Redis从基础命令到实战之集合类型(Set)
- 事务产生的脏读幻读不可重复读
- ubuntu 16.04下安装chrome
- Avoid passing null as the view root (needed to resolve layout parameters on the inflated layout's r
- 使用CSS选择器定位页面元素
- UIBezierPath
- erlang性能分析及进程监控工具
- 关于mongodb3.x用户权限问题