日志是数据库里非常关键的一部分，主要承担“留痕”的作用：数据库平时怎么运行、做过哪些日常操作、出现过什么错误，基本都会体现在日志里。

放到 MySQL 里看，常见日志主要分成四类：二进制日志、错误日志、通用查询日志和慢查询日志。对 MySQL 管理来说，这几类日志几乎缺一不可。把日志分析清楚了，就能看明白 MySQL 当前的运行状态、日常操作轨迹、报错情况，以及哪些环节还有优化空间。

下面简单看看 MySQL 中 4 种日志文件分别有什么作用。

• 二进制日志：这种日志会以二进制形式记录数据库的各种操作，但不会记录查询语句。
• 错误日志：主要记录 MySQL 服务器的启动、关闭以及运行过程中间出现的错误信息。
• 通用查询日志：记录 MySQL 服务器的启动和关闭信息、客户端连接信息，以及更新、查询数据记录的 SQL 语句等内容。
• 慢查询日志：用来记录执行时间超过指定阈值的操作，借助工具分析这类日志，往往可以更快找到 MySQL 服务器的性能瓶颈。

为了维护 MySQL 数据库，日志相关操作几乎是绕不开的，包括日志文件的启动、查看、停止和删除等。这些看起来基础，实际上正是数据库管理里最核心、最常用的一类操作。

举个很常见的例子，当 root 用户登录到 MySQL 服务器后，日志文件里就会留下该用户的登录事件以及后续执行操作的信息。再比如 MySQL 服务器运行时一旦出错，相关出错信息也会被写入日志文件。

日志操作之所以重要，就在于它是数据库维护最有效的手段之一。假如 MySQL 数据库系统意外停止服务，可以先从错误日志里排查具体原因；同时，也能通过二进制日志查看用户分别执行了哪些操作、对数据库文件做过哪些修改。进一步说，还可以依据二进制日志中的记录来修复数据库。

在 MySQL 支持的这些日志文件中，除了二进制日志文件之外，其他日志文件本质上都是文本文件。默认情况下，MySQL 只会启动错误日志文件，至于其他类型的日志，则需要手动开启。

当然，日志并不是只有好处，没有代价。日志启动之后，确实能帮助维护 MySQL 服务器性能，但与此同时，也会拖慢 MySQL 的执行速度。比如在一个查询操作非常频繁的 MySQL 环境中，记录通用查询日志和慢查询日志本身就要消耗不少时间。

另外，日志文件对硬盘空间的占用也不小。对于用户量很大、操作又非常频繁的数据库来说，日志文件所需的存储空间，甚至可能比数据库文件本身还大。也正因为如此，日志要不要开启、开启哪一种类型，最终都得结合具体应用场景来判断。