redo

redo相关知识

• MySQL 持久化保障机制-redo 日志

  我们在 聊一聊 MySQL 中的事务及其实现原理 中提到了 redo 日志，redo 日志是用来保证 MySQL 持久化功能的，需要注意的是 redo 日志是 InnoDB 引擎特有的功能。 为什么 InnoDB 引擎会引入 redo 日志作为中间层来保证 MySQL 持久化，而不是直接持久化到磁盘？我们先来看看《MySQL实战45讲》中提到的一个故事。 在《孔乙己》这篇文章，酒店掌柜有一个粉板，专门用来记录客人的赊账记录。如果赊账的人不多，那么他可以把顾客名和账目写在板上。但如果赊账的人多了，粉板总会有
• 两个有趣的REDO LOG ERROR 处理方法

  两个有趣的REDO LOG ERROR处理方法系统环境：操作系统： AIX-5300数据库：   Oracle 10g(10.2.0.1.0)    案例描述：       数据库(归档模式）非当前日志组被破坏，但由于破坏方式不同，在解决问题的方式稍有不同，很有意思.案例1：非当前日志组文件被删除SQL> select member from v$logfile;MEMBER--------------------------------------------------------------------------------------------------------/dsk1/oradata/prod/redo03a.log/dsk1/oradata/prod/redo02a.log/dsk1/oradata/prod/redo01a.log/dsk2/oradata/prod/redo01b.log/dsk2/ora
• StreamSets：Oracle CDC Client

         Oracle CDC Client（为方便处理，下文中用OCC代替）处理由Oracle LogMiner redo logs提供的CDC信息（可用版本：Oracle 11g或12c）。       可以使用这个origin执行数据库复制。可以使用一个单独的pipeline，与JDBC Query Consumer或JDBC Multitable Consumer分离。然后，使用Oracle CDC Client启动pipeline，以处理后续更改。       Oracle CDC Client根据提交编号升序处理数据。       要读取redo logs，OCC需要LogMiner dictionary。origin可以在redo logs或online catalog中使用dictionary。在redo logs中使用dictionary时，origin可以捕获schema的更改并进行调整。当使用redo log dictionary时，origin还可以生成事件。       ori
• Oracle重做日志和日志挖掘

  重做日志-Redo log 首先给出参考资料： 1、Oracle官网-Managing the Redo Log 为什么需要redo log 内存中数据修改后，不必立即更新到磁盘---效率 由日志完成数据的保护目的---效率 其他副产品 数据恢复（备份集+归档日志） 数据同步（DG，streams，goldengate） 日志挖掘 什么是Redo log 重做日志包含所有数据产生的历史改变记录。 重做日志文件通常用于 恢复 日志挖掘 流 数据库产生的每个改动 写入数据块缓冲之前，先写入redo log buffer --内存 写入数据文件之前

redo相关课程

• Android 应用程序构建实战+原理精讲 深度掌握 Gradle 使用，系统性学习 Android 应用构建知识

  中级 190人正在学习

• three.js-打造微信爆款小游戏跳一跳 快速掌握3D游戏开发 three.js+WebGL+微信小游戏API， 带你进入3D的游戏世界

  高级 711人正在学习

• React全家桶+AntD共享单车后台管理系统开发 React全家桶+AntD框架+大量前沿技术，掌握开发技巧，提升项目经验

  中级 1141人正在学习

redo相关教程

• 1.1 binlog和redo log的区别 binlog是逻辑日志，记录某个语句的基本逻辑，即SQL语句；redo log是物理日志，记录在某个数据页所做的修改；binlog是在MySQL的Server层实现，所有的存储引擎都可以使用binlog这个日志模块；redo log是InnoDB存储引擎特有的日志模块；binlog是追加写，在写满或重启之后，会生成新的binlog文件，之前的日志不会进行覆盖；redo log是循环写，空间大小是固定的；binlog 是在事务最终提交前写入的；redo log是在事务执行过程不断的写入；binlog可以应用于数据归档、主从搭建等场景；redo log作为异常宕机或者介质故障后的数据恢复使用；
• 1.3 一条更新语句的执行流程 update语句将id等于1这一行的value值加1update a set value=value+1 where id=1;表a拥有一个字段id和一个字段valueCREATE TABLE `a` ( `id` int(11) DEFAULT NULL, `value` int(11) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8我们来看看这条update语句在MySQL内部是如何执行的？执行器通过引擎找到id=1这一行。如果id=1这一行的数据页在内存中，直接返回给执行器；如果不在，则要从磁盘读入内存，再返回给执行器；执行器拿到id=1这一行数据，把value值加1，产生一行新的数据，调用引擎接口写入这行新的数据；引擎将新的这行数据更新到内存中，同时将这个操作记录到redo log，此时redo log处于prepare状态；执行器生成更新操作的binlog，并写入磁盘；执行器调用引擎的事务提交接口，引擎将刚刚写入的redo log改成commit提交状态，更新完成。
• 1.1 日志文件 重要日志模块：二进制日志-binlog二进制日志，其实就是我们平常所说的 binlog，它是 MySQL 重要的日志模块，在 Server 层实现。binlog 以二进制形式，将所有修改数据的 query 记录到日志文件中，包括 query 语句、执行时间、相关事务信息等。binlog 的开启，通过在配置文件 my.cnf 中，显式指定参数 log-bin=file_name。如果未指定 file_name，则会记录为 mysql-bin.******（* 代表 0~9 之间的某个数字，表示日志的序号）log-bin = /mysql/log/mysql-bin # binlog的存储路径下面为一条insert语句所生成的binlog内容：root@localhost [tempdb]>insert into a values(1);Query OK, 1 row affected (0.00 sec)[root@mysql-test-1 log]# mysqlbinlog --base64-output=decode-rows -vv mysql-bin.000017#200413 0:18:17 server id 1873306 end_log_pos 556 Write_rows: table id 280 flags: STMT_END_F### INSERT INTO `tempdb`.`a`### SET### @1=1 /* INT meta=0 nullable=1 is_null=0 */# at 556#200413 0:18:17 server id 1873306 end_log_pos 583 Xid = 4713735COMMIT/*!*/;重要日志模块：InnoDB redo logredo log，是存储引擎 InnoDB 生成的日志，主要为了保证数据的可靠性。redo log 记录了 InnoDB 所做的所有物理变更和事务信息。redo log 默认存放在数据目录下面，可以通过修改 innodb_log_file_size 和 innodb_log_files_in_group 来配置 redo log 的文件数量和每个日志文件的大小。innodb_log_file_size = 1000M # 每个redo log文件的大小innodb_log_files_in_group = 3 # redo log文件数量错误日志：error log错误日志，记录 MySQL 每次启动关闭的详细信息，以及运行过程中比较严重的警告和错误信息。错误日志默认是关闭的，可以通过配置参数 log-error 进行开启，以及指定存储路径。log-error = /mysql/log/mysql-error.log # 错误日志的存储路径1.1.4 慢查询日志：slow query log慢查询日志，记录 MySQL 中执行时间较长的 query，包括执行时间、执行时长、执行用户、主机等信息。慢查询日志默认是关闭的，可以通过配置 slow_query_log 进行开启。慢查询的阈值和存储路径，通过配置参数 long_query_time 和 slow_query_log_file 实现。slow_query_log = 1 #开启慢查询long_query_time = 1 #设置慢查询阈值为1sslow_query_log_file = /mysql/log/mysql-slow.log #设置慢查询日志存储路径1.1.5 一般查询日志：general query log一般查询日志，记录 MySQL 中所有的 query。慢查询记录的是超过阈值的 query，而一般查询日志记录的是所有的 query。一般查询日志的开启需要慎重，因为开启后对 MySQL 的性能有比较大的影响。一般查询日志默认是关闭的，可以通过配置参数 general_log 进行开启。存储路径可以通过配置参数 general_log_file 来实现general_log = OFF #默认是关闭的general_log_file = /mysql/data/mysql-general.log #设置查询日志存储路径
• 2.小结 一条更新语句的执行过程，除了要经过连接池、查询缓存、解析器、优化器、执行器这几个模块之外，还涉及到两个非常重要的日志模块： binlog（归档日志）和redo log（重做日志）。通过本文的讲解，希望您对MySQL的物理组成有更深入的认识。
• 1.一条更新语句是如何执行的 相比查询语句的执行流程，更新语句的执行流程多了两个重要的日志模块： binlog（归档日志）和redo log（重做日志） 。上一小节，我们介绍了这两个日志的基本概念，大家可能会有疑问，这两份日志，到底有啥区别？为什么会有两份日志呢？
• 1.2 为什么会有两份日志 刚开始MySQL自带的引擎是MyISAM，然而MyISAM并没有crash-safe的能力，而binlog只能用于数据归档。InnoDB引擎是另外一家公司开发的MySQL插件，同时开发了redo log来实现crash-safe能力。从5.5.5版本开始，InnoDB成为MySQL的默认存储引擎，也是当前最常用的存储引擎。**Tips：**crash-safe指数据库发生故障重启，之前提交的数据不会丢失

redo相关搜索

radio radiobutton radiobuttonlist radiogroup radio选中 radius rails raise rand random_shuffle randomflip random函数 rangevalidator rarlinux ratio razor react react native react native android react native 中文

查看更多慕课网实用课程