刚在MT5上跑策略测试，点开“欧元兑美元”的M15周期，进度条卡在0%不动了，换到H1也一样，缓存文件清了几次都不行。这情况上周也出现过一次，当时重装终端解决了，但这次不想再折腾，就顺手排查了一下，发现几个方向可以对比着看。
先说最常见的原因，历史数据源中断。MT5的服务器有时候会抽风，尤其是非农前后或者周末切换时段，数据中心回传的速度会明显变慢。你可以在“工具”->“全局变量”里看下“LastHistoryUpdate”这个值，如果时间戳停在昨天甚至更早，那基本就是数据没同步过来。解决办法有两个：一是手动点“市场报价”窗口右键->“全部历史数据”强制刷新，二是干脆关掉终端，删掉“\MQL5\Files\History”目录下的对应品种文件夹，再重新打开让客户端重建。前者快但容易反复，后者彻底但耗时，看你自己网络情况。
另一个坑是策略测试器本身缓存冲突。MT5的测试器会缓存每次跑过的tick数据到“\MQL5\Files\Tester”里，如果之前跑过某个EA中途强制关闭，或者磁盘空间不足，缓存文件可能损坏。这时候你打开测试器，选“优化”标签，看下“缓存”选项是不是勾选了“使用磁盘缓存”，如果是，改成“不使用”，然后重跑一次。我实测过，这个操作能解决大约三成“卡在加载”的问题，但代价是每次测试都要重新下载tick，时间成本高，适合小周期比如M1或M5的快速验证。
第三种情况比较隐蔽，VPS上的时间同步问题。如果你像我一样把MT5部署在云服务器上，注意VPS的系统时间跟北京时间或服务器时间差太多，会导致测试器判断“数据过期”而拒绝加载。我用的是香港的VPS，之前设成UTC+8，但MT5默认读取的是UTC时间，差了8小时，结果测试器一直报“无效历史数据”。处理方法是去VPS控制面板把系统时区改成UTC，或者直接在MT5的“设置”->“服务器”里手动填上时间偏移量。这个坑我踩了两天，最后是看日志文件才发现时间戳对不上。
再说下数据库文件损坏的情况。MT5的历史数据存在“\MQL5\Files\History\Base”下的.dat文件，如果非正常关机或杀毒软件误删，就会导致读取失败。你可以用文本编辑器打开那几个.dat文件看下开头有没有乱码，如果有，直接删掉对应品种的.dat，重启终端让它重建。这个方法我试过，重建过程会占用CPU，大概五分钟，但之后测试器就正常了。注意别删错文件，最好先备份一份。
最后提下网络代理或防火墙干扰。有些VPS为了安全会开防火墙策略，默认屏蔽了MT5的某些端口（比如443或8080），导致数据下载中断。你在VPS上跑一下“telnet 127.0.0.1 443”看通不通，不通的话去防火墙规则里放行MT5的进程。这个我遇到过，当时用阿里云的轻量服务器，默认安全组没开TCP 443，后来在控制台加了规则才解决。如果你用的是本地电脑，检查下杀毒软件有没有拦截MT5的网络请求。
简单说，排查顺序建议是：先看数据源时间戳，再清缓存，然后检查时区，最后查网络端口。每一步操作前记得备份配置，别像我一样手滑删了“Config”文件夹，结果重新设置了一堆参数。各位遇到过类似情况吗？你们是用哪种方案解决的，或者有没有其他隐蔽的原因？，我最近也在整理一个排查清单，后续可以分享出来。
先说最常见的原因，历史数据源中断。MT5的服务器有时候会抽风，尤其是非农前后或者周末切换时段，数据中心回传的速度会明显变慢。你可以在“工具”->“全局变量”里看下“LastHistoryUpdate”这个值，如果时间戳停在昨天甚至更早，那基本就是数据没同步过来。解决办法有两个：一是手动点“市场报价”窗口右键->“全部历史数据”强制刷新，二是干脆关掉终端，删掉“\MQL5\Files\History”目录下的对应品种文件夹，再重新打开让客户端重建。前者快但容易反复，后者彻底但耗时，看你自己网络情况。
另一个坑是策略测试器本身缓存冲突。MT5的测试器会缓存每次跑过的tick数据到“\MQL5\Files\Tester”里，如果之前跑过某个EA中途强制关闭，或者磁盘空间不足，缓存文件可能损坏。这时候你打开测试器，选“优化”标签，看下“缓存”选项是不是勾选了“使用磁盘缓存”，如果是，改成“不使用”，然后重跑一次。我实测过，这个操作能解决大约三成“卡在加载”的问题，但代价是每次测试都要重新下载tick，时间成本高，适合小周期比如M1或M5的快速验证。
第三种情况比较隐蔽，VPS上的时间同步问题。如果你像我一样把MT5部署在云服务器上，注意VPS的系统时间跟北京时间或服务器时间差太多，会导致测试器判断“数据过期”而拒绝加载。我用的是香港的VPS，之前设成UTC+8，但MT5默认读取的是UTC时间，差了8小时，结果测试器一直报“无效历史数据”。处理方法是去VPS控制面板把系统时区改成UTC，或者直接在MT5的“设置”->“服务器”里手动填上时间偏移量。这个坑我踩了两天，最后是看日志文件才发现时间戳对不上。
再说下数据库文件损坏的情况。MT5的历史数据存在“\MQL5\Files\History\Base”下的.dat文件，如果非正常关机或杀毒软件误删，就会导致读取失败。你可以用文本编辑器打开那几个.dat文件看下开头有没有乱码，如果有，直接删掉对应品种的.dat，重启终端让它重建。这个方法我试过，重建过程会占用CPU，大概五分钟，但之后测试器就正常了。注意别删错文件，最好先备份一份。
最后提下网络代理或防火墙干扰。有些VPS为了安全会开防火墙策略，默认屏蔽了MT5的某些端口（比如443或8080），导致数据下载中断。你在VPS上跑一下“telnet 127.0.0.1 443”看通不通，不通的话去防火墙规则里放行MT5的进程。这个我遇到过，当时用阿里云的轻量服务器，默认安全组没开TCP 443，后来在控制台加了规则才解决。如果你用的是本地电脑，检查下杀毒软件有没有拦截MT5的网络请求。
简单说，排查顺序建议是：先看数据源时间戳，再清缓存，然后检查时区，最后查网络端口。每一步操作前记得备份配置，别像我一样手滑删了“Config”文件夹，结果重新设置了一堆参数。各位遇到过类似情况吗？你们是用哪种方案解决的，或者有没有其他隐蔽的原因？，我最近也在整理一个排查清单，后续可以分享出来。