WAL日志模式

Flume 的日志收集能力，配上 MapReduce 的模式，真是蛮高效的一套组合。Flume 日志收集与 MapReduce 模式.pdf这份资料挺实用，讲得也清楚，尤其适合你在做 Hadoop 体系的日志项目时参考。 Flume的管道机制，用起来还挺灵活的。不光能从 Web、APP 收集数据，配上Channel + Sink的结构，传输也稳。你要是玩过Kafka或者Logstash，用起来会觉得顺手。 里面还讲了怎么结合MapReduce做日志归档和批。比如你日志量比较大，想做个用户行为，那就可以用 MapReduce 做后端统计，数据直接从 Flume 过来，逻辑上也清晰。 文档里的例子

关闭数据库后，修改initSID.ora文件（路径：$ORACLE_HOME/admin/$ORACLE_SID或$ORACLE_HOME/database）开启归档日志模式。

在完整恢复模式或大容量日志恢复模式中，事务日志备份是至关重要的一环。

详细阐述了oracle非归档模式丢失全部联机日志后的处理方法，包括处理方式及可能遇到的问题类型。

如果数据库实例未处于归档模式下运行，您可以使用以下命令将其转换为归档模式：connect sys/o123 as sysdba; shutdown immediate; startup mount; alter database archivelog; alter database open; select * from v$archive_processes;

debezium在Windows平台上与PostgreSQL集成使用wal2json的详细步骤，供用户下载和参考。

逻辑备份又分为三种模式： 表模式（T）：这种模式可以卸出当前用户数据库模式下的表，甚至是所有的表。具有特权的用户可以根据所指定的数据库模式来（限制表）卸出他们所包含的表。缺省情况下，卸出的为当前用户下的所有表。 用户模式（U）：这种模式可以卸出当前用户数据库模式下的所有实体（表、数据和索引）。 全数据库模式（F）：只有具有EXP_FULL_DATABASE角色的用户才可能以这种模式卸出。以此模式卸出的用户，除SYS模式下的内容外，数据库中所有实体都可以卸出。

外模式和模式映射的概念，听着就头大？别怕，这篇数据库系统原理的续篇教程，讲得还挺清楚的。外模式其实就是用户看到的数据结构，模式映射就是它怎么跟数据库里真实存储的内容对上号的。哦，对了，还有一些配套文章，链接我一会贴上来，建议一起看，理解更顺畅。 数据库系统的外模式，其实就像你做接口时用的 DTO，跟数据库真实字段不一一对应，是为了方便前端或者其他系统用的。你改字段名、结构不变，业务照样跑——这就靠模式映射来搞定。 想象你后端改了表结构，比如把user_name和user_email合成了user_info，前端是不是会崩？有了外模式这层，就可以通过映射保持老接口不变，嗯，挺实用的。 几个相关的

当内存中的数据被修改后，并不立即更新到磁盘，这种技术称为redo log，提升效率。redo log的主要功能是保护数据完整性，同时带来额外的好处包括数据恢复（备份集+归档日志）、数据同步（DG，streams，gg）以及日志挖掘。随着技术的进步，如何优化这些过程成为当前的研究热点。

Redis 源码的学习笔记其实蛮多，但这份《Redis 源码日志》还挺的。不是单纯堆砌知识点，而是像一个懂行的朋友边研究边讲，节奏也舒服，逻辑也清晰。如果你也想搞清楚 Redis 到底是怎么跑起来的，这份文档还挺值得一看的。