MySQL是一个流行的关系型数据库管理系统，其支持事务处理能力。为了保证数据的一致性和可靠性，MySQL引入了多种机制来记录并保护数据。其中之一就是“redo”日志。

首先，让我们来了解一下“redo”日志的概念和作用。当MySQL执行一个事务时，它会将所有对数据库的更改都保存在内存中，这些更改不会立即写入磁盘。如果在事务过程中发生了故障或错误，这些未被写入磁盘的更改可能会丢失。这就导致了数据的不一致性和损坏。为了避免这种情况的发生，MySQL使用“redo”日志记录所有对数据库的更改，以便在需要时进行恢复。

“redo”日志是一种二进制格式的日志，其中包含了对数据库进行更新的信息。当MySQL执行一个事务时，它会首先将这些更改写入“redo”日志，然后再将这些更改应用到磁盘中的数据文件中。如果在事务过程中出现了故障，MySQL可以使用“redo”日志中的信息重新执行之前未完成的事务，并将数据恢复到原本的状态。

那么为什么MySQL的“redo”日志不直接记录SQL语句呢？答案是：记录SQL语句会降低性能。相比记录SQL语句，记录更改操作的二进制日志可以更快速地重放事务，并且占用更少的磁盘空间。下面我们来看一下具体原因：

1. 记录SQL语句需要更多的磁盘空间。当MySQL执行一个事务时，它必须保存所有更新的数据，在“redo”日志中记录这些更改将占用大量的磁盘空间。而如果直接记录SQL语句，则需要更多的磁盘空间，因为SQL语句通常比更改操作本身要长。

2. 记录SQL语句可能会导致性能问题。当MySQL执行一个事务时，它必须将所有更改写入日志，然后再把更改应用到磁盘上的数据文件中。如果直接记录SQL语句，则需要对每个语句进行解析和编译，并将其写入日志。这种额外的处理会给系统带来更大的负担，降低整体性能。

3. 记录更改操作的二进制日志可以更快速地恢复数据。当MySQL需要恢复一个事务时，它可以直接使用“redo”日志中的更改操作，而不需要重新解析和编译SQL语句。这样可以更快速地恢复数据，并减少系统停机时间。

总之，尽管记录SQL语句可以帮助我们更好地了解对数据库的更改操作，但这通常会降低系统性能。因此，MySQL选择使用“redo”日志记录更改操作，以提高系统性能和效率。