Express日志缺省设置的信息级别是ERROR和WARN，不包括INFO和DEBUG。这种默认设置是出于性能还是可读性考虑？

Express日志缺省设置的信息级别是ERROR和WARN，不包括INFO和DEBUG。这种默认设置主要出于性能考虑，同时也兼顾了日志的可读性和磁盘空间的有效利用。

一、核心原因：性能优先

1. 减少I/O与CPU开销：
   • INFO 和 DEBUG 级别会记录大量执行细节、内部状态和调试信息（如查询计划步骤、中间结果、函数调用栈等）。
   • 在高并发查询场景下，记录这些信息会产生海量的日志写入操作，严重消耗磁盘I/O和CPU资源，从而拖慢数据库的整体性能。
   • 虽然没有直接说明性能，但通过“用于排查错误”的定位可以推断。生产环境首要目标是稳定高效运行，而非记录所有细节。
2. 避免日志成为性能瓶颈：
   • Express引擎是SQL执行的核心。如果为每条SQL都记录INFO日志，日志写入可能成为查询链路上的同步阻塞点，显著增加查询响应时间。
   • 默认只记录ERROR和WARN，确保了日志系统对性能的影响降至最低。

二、次要原因：提升可读性与运维效率

1. 聚焦关键问题：
   • 默认只输出错误和警告，使得日志文件保持精简。DBA在巡检或排错时，可以快速定位到真正需要关注的问题（如SQL执行失败、语法错误、权限异常等），而不会被大量的常规信息淹没。
   • “记录 express 引擎内部执行过程中的一些重要信息，包括执行异常等。用于排查错误。”
2. 节省磁盘空间：
   • INFO和DEBUG日志量极大，会快速占用大量磁盘空间，增加日志轮转和清理的压力。默认关闭它们可以有效延长日志保留周期，降低存储成本。

三、设计哲学：平衡的艺术

这种默认设置体现了GBase 8a作为生产级数据库的设计哲学：在默认情况下，在“可观测性”和“运行时性能”之间，优先选择性能。

• 默认场景（生产环境）：追求最高性能和稳定性。因此只记录可能影响系统稳定性和数据正确性的关键事件（ERROR/WARN）。
• 诊断场景（开发/测试/排查）：当需要深入分析性能瓶颈或复杂错误时，DBA可以动态、临时地将日志级别提升到INFO或DEBUG。
  • “日志设置方法：set [global] gcluster_log_level=级别数累加”。并给出了设置为15（1+2+4+8）以开启所有级别（包括INFO和DEBUG）的示例。

四、与System日志的对比

值得注意的是，System日志（记录服务启停、进程崩溃等）通常是默认开启且信息较全的，因为它记录的是基础设施级别的关键事件，频率低，但至关重要。而Express日志记录的是业务SQL执行级别的事件，频率极高，因此必须严格控制其粒度。

五、总结

Express日志默认只记录ERROR和WARN，是一个深思熟虑的、以性能为导向的默认配置：

1. 首要目的：最小化日志记录对数据库查询性能的冲击，确保生产环境吞吐量。
2. 次要好处：提升日志可读性，便于快速排错，并节省磁盘空间。
3. 灵活性：通过 gcluster_log_level 参数，可以在需要时临时开启更详细的日志级别，兼顾了诊断的灵活性。

因此，这不是一个“功能阉割”，而是一个针对生产环境优化的智能默认值。它确保了数据库在绝大多数时间里以最佳状态运行，同时在需要“解剖”时，也提供了完整的手术刀（可调日志级别）。