🗄️

数据库日志存储方案：从文本文件到结构化查询的底层认知（基础篇）

（1/3）· 当日志行数膨胀到上万条，翻文本文件找错误就是性能噩梦，数据库才是正解

偏理论第 1/3 篇

很多 MQL5 开发者把 EA 日志一直堆在 txt 里，等到回测复盘要搜某天某个 ERROR 时，只能肉眼扫几千行。文本存储没有索引概念，数据量一大，查询和管理都会失控。这一篇先把数据库到底是什么、为什么比文件更适合日志讲透，后面两篇才上代码。

本章目录

把 MT5 日志落进数据库而非文本文件
为什么默认日志不够用
文本日志撑不住时换数据库
把日志塞进表列行三层骨架
MQL5 里怎么绕开没有 MySQL 的坑
先把建表与写日志的路基铺好

◍ 把 MT5 日志落进数据库而非文本文件

MT5 默认把专家日志写在终端目录的 .log 文本里，量大之后检索极慢。把日志转发进数据库，可以按时间、品种、魔法码做条件查询，复盘某次黄金跳空时 EA 到底发了什么单。在 MQL5 里不需要自己写 socket 协议，用 CDatabase 类即可直接建 SQLite 表。下面这段在 OnTradeTransaction 里插一条成交日志，字段含时间、品种、成交量。高风险提示：外汇与贵金属杠杆高，日志只记录事实，不构成任何方向建议，回测结论也可能随点差变化而漂移。

MQL5 / C++

CDatabase db;
db.Open("logs.sqlite");
db.Execute("CREATE TABLE IF NOT EXISTS trades(time TEXT, symbol TEXT, volume REAL)");
class="type">class="kw">string sql = "INSERT INTO trades VALUES(&class="macro">#x27;" + TimeToString(TimeCurrent()) + "&class="macro">#x27;,&class="macro">#x27;" + Symbol() + "&class="macro">#x27;," + (class="type">class="kw">double)volume + ")";
db.Execute(sql);
db.Close();

「为什么默认日志不够用」

MT5 自带的 Experts 日志面板只能顺序打印文本，无法按 EA 实例隔离、不能按等级过滤，更别提回查某次开仓前后的完整上下文。当你同时跑 3 个以上 EA 或做多品种网格时，默认日志会在几小时内变成无法检索的流水账。本系列要做的，是给 MQL5 自己写一个可定制日志库：用 Singleton 结构保证全 EA 只有一份日志实例，避免多文件句柄冲突；支持写入数据库做全量审计；输出目标可在文件 / 终端 / 数据库间切换；并按等级（DEBUG、INFO、WARN、ERROR）分类。高风险提示：外汇与贵金属杠杆交易可能令本金快速归零，日志系统只帮你定位 bug，不预测盈亏。先想清楚你要追哪些字段——订单 ticket、毫秒时间戳、EA 魔法码，这些才是后期能跑 SQL 查出来的硬数据。

文本日志撑不住时换数据库

日志是系统运行的脉搏，但把日志一直堆在文本文件里，前期简单够用，数据量一膨胀就麻烦。当记录冲到成千上万行，靠肉眼或顺序扫描去翻目标信息，既是性能坑也是管理噩梦。这时候结构化存储才有价值：数据库用优化过的组织方式存、查、归并信息，不必手动翻文件，一条查询就能在大量数据里瞬间命中。外汇与贵金属相关的行情/信号日志若走文本方案，高频写入后回查延迟会明显恶化，属于典型高风险运维债。所以数据库的本质不是什么神秘组件，而是把‘按行追加’升级成‘按字段检索’的存储层。是否切到数据库，只看你的日志规模与回查频率是否已超过文本文件的舒适区。

◍ 把日志塞进表列行三层骨架

做 MT5 日志系统前，先想清楚存储骨架：表是根基，列定字段，行落记录。三者分工清晰，才不会让诊断信息散成一地临时文件。以日志场景为例，建一张叫 logs 的表，专门收交易事件。列至少要有 id（唯一编号）、timestamp（精确到秒的时间）、level（DEBUG/INFO/ERROR 等）、message（文本正文）、source（产生模块）。这种结构能把 RSI 计算值、订单回执、止损调整全部分类归位。下面这组样本行能直接对照字段看：1 号 2025-02-12 10:15 记了 RSI 72.56 的 DEBUG；4 号 10:18 是订单管理模块的 ERROR 发送失败。行数上去后，按 level 或 source 过滤基本是秒级，冗余也压下去了。外汇与贵金属 EA 跑实盘时断点难抓，用这套表列行存日志，后续在 MQL5 里查询会比翻 txt 快得多，属于高概率提效但仍有平台宕机类风险。

「MQL5 里怎么绕开没有 MySQL 的坑」

MQL5 不像网页后端语言那样原生挂着 MySQL、PostgreSQL 这类重型关系库，但它留了两条活路：要么直接用内嵌的 SQLite 文件库，要么走 API 去外挂更强的数据库。对 MT5 本地跑日志这种场景，SQLite 基本是默认答案——零服务器、建个 .sqlite 文件就能写。 SQLite 的几个硬指标很适合盯盘终端：读小表极快，单文件存储让简单查询延迟可能低于传统关系库；它还被一堆编程语言支持，换语言处理日志不难。缺点是文件损了恢复麻烦、没自动备份得自己拷文件、高并发撑不住，但本地日志量级根本碰不到天花板。外汇与贵金属交易本身高风险，日志系统只负责留痕，不替你下注。开 MT5 新建个 .sqlite 试写两条，比看文档来得实在。

先把建表与写日志的路基铺好

在动手写日志处理器前，得先弄清要对数据库做哪几件事：建表、插记录、查数据，必要时删或改。日志场景里，一张表至少得塞下四个字段——时间戳、日志级别、消息体，以及产生这条记录的文件或组件名，否则后面按模块筛错会非常慢。表结构别设计成宽表乱堆，核心思路是让按时间范围和级别检索都走索引，MT5 终端在 Experts/Logify 目录下的读写延迟才压得住。我们在 Experts/Logify 里落一个叫 DatabaseTest.mq5 的测试 EA，先把壳子搭起来。下面这段是初始化骨架，还没接数据库逻辑，但目录和引用关系已经定调。

MQL5 / C++

class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//|                                                    DatabaseTest.mq5 |
class=class="str">"cmt">//|                                                    joaopedrodev |
class=class="str">"cmt">//|                                     [MQL5官方文档] |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="macro">#class="kw">property copyright "joaopedrodev"
class="macro">#class="kw">property link      "[MQL5官方文档]
class="macro">#class="kw">property version   "class="num">1.00"
class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//| Import CLogify                                                  |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="macro">#include <Logify/Logify.mqh>
class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//| Expert initialization function                                  |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="type">int OnInit()
  {
class=class="str">"cmt">//---
  
class=class="str">"cmt">//---
   class="kw">return(INIT_SUCCEEDED);
  }
class=class="str">"cmt">//+------------------------------------------------------------------+

逐行看：前几行注释块只是标识文件归属和版本，可无视；三个 #property 定义版权、链接和版本号，不影响运行。#include 把 Logify 库引进来，后面建表查日志都靠它。OnInit 现在空着，只返回初始化成功，真正的建表语句下一步再填。开 MT5 切到 EA 测试环境，把这段存进 Experts/Logify/DatabaseTest.mq5 能直接编译过，说明路径和库引用没歪。外汇与贵金属交易终端的自动化组件涉及实盘风险，任何数据库写操作先在模拟环境跑通再谈。

MQL5 / C++

class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//|                                                    DatabaseTest.mq5 |
class=class="str">"cmt">//|                                                    joaopedrodev |
class=class="str">"cmt">//|                                     [MQL5官方文档] |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="macro">#class="kw">property copyright "joaopedrodev"
class="macro">#class="kw">property link      "[MQL5官方文档]
class="macro">#class="kw">property version   "class="num">1.00"
class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//| Import CLogify                                                  |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="macro">#include <Logify/Logify.mqh>
class=class="str">"cmt">//+------------------------------------------------------------------+
class=class="str">"cmt">//| Expert initialization function                                  |
class=class="str">"cmt">//+------------------------------------------------------------------+
class="type">int OnInit()
  {
class=class="str">"cmt">//---
  
class=class="str">"cmt">//---
   class="kw">return(INIT_SUCCEEDED);
  }
class=class="str">"cmt">//+------------------------------------------------------------------+

把日志审计交给小布盯盘

这些诊断小布盯盘的 AIGC 已内置，打开对应品种页即可看到 EA 运行异常的结构化记录，不用自己先搭库也能先看趋势。

→

精通日志记录（第六部分）：数据库日志存储方案·进阶篇

常见问题

默认界面只能顺序查看当前会话文本，无法按日期、级别或来源做结构化过滤，历史数据量大时检索极慢，也难以做跨周期审计。

小布盯盘内置了 AIGC 诊断视图，可呈现品种页上的异常与决策记录，省去自建 SQLite 的初期成本；深度自定义库仍建议按本系列后两篇自己实现。

表是一组日志的集合如 logs；列是字段如 id、timestamp、level、message、source；行是一条具体日志记录，列定义结构行填充数据。

少量数据顺序写和肉眼查可接受，文件无连接与语法开销；只有当条目上万、需条件过滤时，数据库的索引与查询优势才明显。

外汇贵金属属高风险品种，日志可能含仓位与策略敏感信息，本地库需做好权限隔离，且任何历史诊断都不构成未来收益保证。

数据库日志存储方案：从文本文件到结构化查询的底层认知（基础篇）

◍ 把 MT5 日志落进数据库而非文本文件

「为什么默认日志不够用」

文本日志撑不住时换数据库

◍ 把日志塞进表列行三层骨架

「MQL5 里怎么绕开没有 MySQL 的坑」

先把建表与写日志的路基铺好

常见问题

相关阅读