数据库基础知识回顾(五)MySQL日志和索引机制

Maecenas mysql和索引机制：mysql all：重做ACTA：InnoodB发动机层日志，并记录交易业务的数据变化。
WAL技术被采用，即首先编写磁盘以及信息安全性。
重复文件大小固定在4 个1 GB文件的集合中。
二进制日志记录在数据库中写入操作，并以二进制形式保存在磁盘中。
有一个逻辑日志MySQL，由服务器层和所有存储引擎的MySQL数据库记录并记录。
使用方案包括教师奴隶的复制或数据恢复。
闪存磁盘的时机由Sync_binlog参数控制，默认值为1 至3 个帖子格式，说，行和混合。
MySQL5 .7 .7 背后的默认值是一行。
回滚日志：由于回滚活动，逻辑更改日志，例如存储信息。
例如，Undolvers中的插入操作将生成与删除日志相对应的，以通过回滚还原数据。
其他：错误：从MySQL Server中的启动，运行或停止错误数据中的记录。
查询日志记录时间决定的SQL语句超过了指定的时间。
常规查询日志：记录所有来宾和oftions SQL语句。
继电器日志：在MySQL所有者 - 奴隶复制中，服务器服务器记录二进制日志事件接收到了主服务器。
索引机制：定义：创建的分散数据结构是为了加速表上数据的检索。
功能：大大减少了存储引擎需要扫描的数据量。
随机我可以打开以下哟。
有助于避免使用分组，属等的时间表。

牛哇！MySQL中的日志“binlog”的三种格式这么好玩

mySQL，即语句模式，行格式和混合模式具有三种布格的格式。
以下三种形式具有广泛的介绍：语句模式：功能：减少记录SQL语句和日志卷。
好处：由于已记录了SQL语句本身，因此生成的日志相对较小，这有助于保护存储空间。
缺点：在某些情况下，可能会发生数据稳定性，因为SQL语句中任务或表现形式的执行结果可能会有所不同。
行格式：功能：详细记录每条数据行的更改。
好处：避免数据稳定性问题，因为在每条数据行中都记录了特定的更改。
缺点：由于需要记录每一条数据线，因此可能会出现大量日志，并且IO可能会导致性能下降。
混合模式：功能：自动结合语句和行模式的好处，以选择最合适的格式。
好处：MySQL将根据实际条件自动选择使用语句模式或行模式，以便可以减少日志卷，并通过保持数据稳定性来改善性能。
缺点：由于MySQL需要确定要使用的模式，因此配置和管理可能会相对复杂。
摘要：选择Binlog格式时，您必须权衡特定的应用程序方案和要求。
该语句模式适用于较小的日志音量和低数据稳定性要求的方案。
行格式适用于数据稳定性高，并且您不反对大量日志的风景。
混合模式是一种折衷选择，在大多数情况下可以提供更好的性能和一致的性能。

MySQL日志文件：redo log、undo log和binlog详解

MySQL中的Redogolog，Undog和Binlog描述如下：1 Rodogog：函数：REDOLOG是用于记录交易变更的InnoDB引擎的独特功能，使您在失败时可以恢复数据并实现crashSafe。
技术原则：通过WAL技术确保数据的原子性和耐用性。
即使数据库异常，也可以从日志中恢复数据。
性能优化：重新设计设计直接将其效率写入数据页的问题解决问题，并通过小记录和顺序写作大大提高了性能。
Flash策略：InnoDB引擎通过Innodb_flush_log_at_trx_commit参数控制Flash策略，影响数据丢失的风险。
2 功能：在交易期间，Undog记录数据的原始状态，在需要回滚时允许将其恢复到其原始状态。
3 .Binlog：函数：Binlog记录用于备份，主奴隶副本和其他方案的所有数据更新操作，以确保数据一致性。
格式：Binlog有三种形式：线条，语句和混音。
行格式保证了数据的一致性，但占用了很大的空间，而语句格式是简洁的，但可能会导致数据不一致。
写机制：交易进行时编写Binlog。
这与重新执行过程不同。
InnoDB使用两阶段的提交策略来确保Redogolog和Binlog之间的一致性。
摘要：MySQL的Redogolog，Undog和Binlog各自有责任保持数据完整性和一致性。
重新学通过WAL技术保证数据耐用性和原子能，从而提高性能。
UNDOLOG负责回滚交易并维持数据完整性。
Binlog记录了用于复制备份和主奴隶的所有数据更新操作，以确保数据一致性。

数据库篇：mysql日志类型之 redo、undo、binlog

mySQL中的许多功能取决于日志文件的操作，并且有三个关键：重做日志，撤消日志和binlog日志。
为了优化磁盘I/O性能，REDO使用Log Innodb BufferPool来保存数据。
交易暂时存储在内存中，并且在交易进行交易时仅将休闲日志同步到磁盘。
重做木罐会占用一些空间并通过顺序写作提高效率。
MTR生成的重做日志首先被复制到日志缓冲区，并在达到一定的容量或交易义务，背景线程同步，服务或检查点时将其写入磁盘。
评论室有限。
数据页面同步后，相应的甲板日志将被回收。
必须通过撤消日志来实现撤消日志交易的原子能，该日志记录交易的反向操作并支持回滚和多反转控制。
交易实施后，将删除撤消日志，但是那些充当MVCC的人将保留。
事务将生成多个撤消日志，并存储在专用的撤消页面连接列表中。
BINLOG LOG BINLOG以三种格式提供：语句，行和混合。
语句注册SQL语句，行记录数据行更改，而混合则结合了两者。
Binlog在主库和从属库之间的数据同步中起重要作用，但是不同的格式可以影响复制性能和纹理。
重组学家和Binlog重组学者之间的差异记录了交易的两阶段提交过程。
不同的写作顺序会导致从属数据库数据或肮脏的修改的丢失，从而影响Master的和从数据库的一致性。
当您恢复崩溃时，数据库会根据重组和BINLOG的状态恢复。