MySQL 面试题合集（日志篇）

每日定期分享 | 面试求职经验 | 个人成长

开篇寄语
面试不必死记硬背，带着GPT去面试简直降维打击！

 

为您推荐一款颠覆性的GPT面试助手软件：“会议面试精灵”。这款工具能够实时分析语音内容、智能识别面试问题并生成精准答案，让您轻松应对八股文题目，从容处理各类复杂面试问题。
毕竟八股文在工作中很少使用，仅作为面试的筛选工具，不值得投入过多的精力。

 

如何获取“会议面试精灵”？
- 直接访问下载链接：https://www.interviewpass.fun
- 在搜索引擎中输入关键词：“会议面试精灵”（记得加上双引号）进行搜索。

---

目录

1、MySQL 有哪些重要的日志文件？

2、redo log 和 binlog 有什么区别？

3、什么是 crash-safe？

4、什么是脏页和干净页？

5、什么情况下会引发 MySQL 刷脏页（flush）的操作？

6、MySQL 刷脏页的速度很慢可能是什么原因？

7、如何控制 MySQL 只刷新当前脏页？

8、MySQL 的 WAL 技术是解决什么问题的？

9、为什么有时候会感觉 MySQL 偶尔卡一下？

10、redo log 和 binlog 是怎么关联的?

11、MySQL 怎么知道 binlog 是完整的?

12、MySQL 中可不可以只要 binlog，不要 redo log？

13、MySQL 中可不可以只要 redo log，不要 binlog？

14、为什么 binlog cache 是每个线程自己维护的，而 redo log buffer 是全局共用的？

15、事务执行期间，还未提交，如果发生 crash，redo log 丢失，会导致主备不一致呢？

16、在 MySQL 中用什么机制来优化随机读/写磁盘对 IO 的消耗？

17、有没有办法把 MySQL 的数据恢复到过去某个指定的时间节点？怎么恢复？

---

1、MySQL 有哪些重要的日志文件？

 MySQL 中的重要日志分为以下几个： 

1、 错误日志

2、查询日志

3、慢日志

4、redo log（重做日志）

5、undo log（回滚日志）

6、bin log（二进制日志）

① 错误日志：用来记录 MySQL 服务器运行过程中的错误信息，比如，无法加载 MySQL 数据库的数据文件，或权限不正确等都会被记录在此，还有复制环境下，从服务器进程的信息也会被记录进错误日志。默认情况下，错误日志是开启的，且无法被禁止。默认情况下，错误日志是存储在数据库的数据文件目录中，名称为 hostname.err，其中 hostname 为服务器主机名。在 MySQL 5.5.7 之前，数据库管理员可以删除很长时间之前的错误日志，以节省服务器上的硬盘空间， MySQL 5.5.7 之后，服务器将关闭此项功能，只能使用重命名原来的错误日志文件，手动冲洗日志创建一个新的，命令为：

mv hostname.err  hostname.err.old mysqladmin flush-logs

② 查询日志：查询日志在 MySQL 中被称为 general log(通用日志)，查询日志里的内容不要被“查询日志”误导，认为里面只存储 select 语句，其实不然，查询日志里面记录了数据库执行的所有命令，不管语句是否正确，都会被记录，具体原因如下:

• insert 查询为了避免数据冲突，如果此前插入过数据，当前插入的数据如果跟主键或唯一键的数据重复那肯定会报错；

• update 时也会查询因为更新的时候很可能会更新某一块数据；

• delete 查询，只删除符合条件的数据；

因此都会产生日志，在并发操作非常多的场景下，查询信息会非常多，那么如果都记录下来会导致 IO 非常大，影响 MySQL 性能，因此如果不是在调试环境下，是不建议开启查询日志功能的。

查询日志的开启有助于帮助我们分析哪些语句执行密集，执行密集的 select 语句对应的数据是否能够被缓存，同时也可以帮助我们分析问题，所以，我们可以根据自己的实际情况来决定是否开启查询日志。

查询日志模式是关闭的，可以通过以下命令开启查询日志：

set global generallog=1 set global logoutput='table';

general_log=1 为开启查询日志，0 为关闭查询日志，这个设置命令即时生效，不用重启 MySQL 服务器。

③ 慢日志：慢查询会导致 CPU、IOPS、内存消耗过高，当数据库遇到性能瓶颈时，大部分时间都是由于慢查询导致的。开启慢查询日志，可以让 MySQL 记录下查询超过指定时间的语句，之后运维人员通过定位分析，能够很好的优化数据库性能。默认情况下，慢查询日志是不开启的，只有手动开启了，慢查询才会被记录到慢查询日志中。使用如下命令记录当前数据库的慢查询语句：

set global slowquerylog='ON';

使用 set global slowquerylog='ON' 开启慢查询日志，只是对当前数据库有效，如果 MySQL 数据库重启后就会失效。所以如果要永久生效，就要修改配置文件 my.cnf，设置 slowquerylog=1 并重启 MySQL 服务器。

④ redo log（重做日志）：为了最大程度的避免数据写入时，因为 IO 瓶颈造成的性能问题，MySQL 采用了这样一种缓存机制，先将数据写入内存中，再批量把内存中的数据统一刷回磁盘。为了避免将数据刷回磁盘过程中，因为掉电或系统故障带来的数据丢失问题，InnoDB 采用 redo log 来解决此问题。

⑤ undo log（回滚日志）：用于存储日志被修改前的值，从而保证如果修改出现异常，可以使用 undo log 日志来实现回滚操作。 undo log 和 redo log 记录物理日志不一样，它是逻辑日志，可以认为当 delete 一条记录时，undo log 中会记录一条对应的 insert 记录，反之亦然，当 update 一条记录时，它记录一条对应相反的 update 记录，当执行 rollback 时，就可以从 undo log 中的逻辑记录读取到相应的内容并进行回滚。undo log 默认存放在共享表空间中，在 ySQL 5.6 中，undo log 的存放位置还可以通过变量 innodbundodirectory 来自定义存放目录，默认值为“.”表示 datadir 目录。

⑥ bin log（二进制日志）：是一个二进制文件，主要记录所有数据库表结构变更，比如，CREATE、ALTER TABLE 等，以及表数据修改，比如，INSERT、UPDATE、DELETE 的所有操作，bin log 中记录了对 MySQL 数据库执行更改的所有操作，并且记录了语句发生时间、执行时长、操作数据等其它额外信息，但是它不记录 SELECT、SHOW 等那些不修改数据的 SQL 语句。

binlog 的作用如下：

• 恢复（recovery）：某些数据的恢复需要二进制日志。比如，在一个数据库全备文件恢复后，用户可以通过二