中英文网站用一个域名还是两个域名利于优化建设银行造价咨询中心网站
binlog
MySQL的binlog（二进制日志 或 归档日志）是一种记录数据库的更改操作的日志。它包含了对数据库进行的插入、更新和删除操作的详细信息。binlog是以二进制格式存储，可以用于恢复数据库、数据复制和数据同步等操作。具体来说，binlog记录了每个更改操作的SQL语句或数据修改内容，也被称为归档日志。
binlog 用于记录数据库执行的写入性操作(不包括查询)信息，以二进制的形式保存在磁盘中。binlog 是 mysql的逻辑日志，并且由 Server 层进行记录，使用任何存储引擎的 mysql 数据库都会记录 binlog 日志。binlog 是通过追加的方式进行写入的，可以通过max_binlog_size 参数设置每个 binlog文件的大小，当文件大小达到给定值之后，会生成新的文件来保存日志。
- 逻辑日志：可以简单理解为记录的就是sql语句 。
- 物理日志：
mysql数据最终是保存在数据页中的，物理日志记录的就是数据页变更
binlog使用场景
在实际应用中， binlog 的主要使用场景有两个，分别是 主从复制 和 数据恢复 。
- 主从复制 ：在
Master端开启binlog，然后将binlog发送到各个Slave端，Slave端重放binlog从而达到主从数据一致。 - 数据恢复 ：通过使用
mysqlbinlog工具来恢复数据。
redolog
Redo log（重做日志）是InnoDB存储引擎特有的日志文件，用于在崩溃恢复时对未提交事务进行恢复。它记录了每次数据修改操作的物理日志，包括InnoDB的数据页修改、索引页修改、插入缓冲（insert buffer）等。Redo log的作用是确保事务在提交后持久化到磁盘上。
为什么需要redo log
我们都知道，事务的四大特性里面有一个是 持久性 ，具体来说就是只要事务提交成功，那么对数据库做的修改就被永久保存下来了，不可能因为任何原因再回到原来的状态 。
那么 mysql是如何保证一致性的呢？最简单的做法是在每次事务提交的时候，将该事务涉及修改的数据页全部刷新到磁盘中。但是这么做会有严重的性能问题，主要体现在两个方面：
- 因为
Innodb是以页为单位进行磁盘交互的，而一个事务很可能只修改一个数据页里面的几个字节，这个时候将完整的数据页刷到磁盘的话，太浪费资源了！ - 一个事务可能涉及修改多个数据页，并且这些数据页在物理上并不连续，使用随机IO写入性能太差！
因此 mysql 设计了 redo log ， 具体来说就是只记录事务对数据页做了哪些修改，这样就能完美地解决性能问题了(相对而言文件更小并且是顺序IO)。
Undo log
Undo log（撤销日志）是InnoDB存储引擎特有的日志文件，用于在事务回滚或并发控制等操作时恢复数据的一致性。Undo log记录了事务执行过程中每个数据修改的反向操作，可以用于撤销未提交事务或回滚已提交事务，并且在MVCC（多版本并发控制）中起到了重要作用。
数据库事务四大特性中有一个是 原子性 ，具体来说就是 原子性是指对数据库的一系列操作，要么全部成功，要么全部失败，不可能出现部分成功的情况。实际上， 原子性 底层就是通过 undo log 实现的。undo log主要记录了数据的逻辑变化，比如一条 INSERT 语句，对应一条DELETE 的 undo log ，对于每个 UPDATE 语句，对应一条相反的 UPDATE 的 undo log ，这样在发生错误时，就能回滚到事务之前的数据状态。同时， undo log 也是 MVCC(多版本并发控制)实现的关键。