系统就会把refresh_interval 设为-1

Elasticsearch 中的 refresh_interval 设置控制了索引何时刷新其内容以供搜索。将其设置为 -1 意味着禁用自动刷新，这在进行大量索引操作时可以提高性能，因为减少了磁盘I/O和内存开销。但是，如果在一次 bulk 操作后该值意外地被设置为 -1，并且不恢复到你配置文件中设定的值，这可能不是 Elasticsearch 的一个预期行为。

这种情况可能有几个原因，但通常不直接归类为一个“BUG”，除非是特定版本已知的问题。以下是一些建议来诊断和解决这个问题：

1. 检查 Bulk 请求参数：确保你在执行 Bulk 操作时没有通过请求体中的 _refresh 参数强制刷新索引。如果有，这可能会导致意外的行为。

2. 查看插件或自定义模块：如果你使用了任何第三方插件或有自定义的 Elasticsearch 模块，它们可能在某些操作后修改了 refresh_interval。检查这些组件是否有这样的逻辑。

3. 日志分析：仔细检查 Elasticsearch 的日志文件，特别是与 Bulk 操作相关的部分。日志可能会提供关于为什么 refresh_interval 被更改的线索。

4. 官方文档和社区：查阅 Elasticsearch 官方文档和社区论坛（如 Discuss Elasticsearch），看看是否有人遇到过类似问题并找到了解决方案。有时候，这可能是由于特定版本的已知问题，而社区中可能已经有了解决方案或者官方已经发布了修复补丁。

5. 升级 Elasticsearch 版本：考虑到你提到的是较旧的版本（1.1 和 1.3），可能存在已知问题在后续版本中得到了修复。考虑升级到一个更现代、支持更好的版本，比如7.x或更高版本。请注意，升级前务必阅读版本迁移指南，因为不同版本之间可能存在重大变更。

6. 配置重置脚本：作为临时措施，你可以编写一个定时任务或监控脚本，定期检查 refresh_interval 的值，并在发现它被错误地设置为 -1 时，通过 REST API 自动将其重置为你期望的值。

如果以上方法都不能解决问题，建议在 Elasticsearch 的官方论坛或 GitHub 仓库提交详细的问题报告，包括你的配置、操作步骤以及日志片段，以便获得更专业的帮助。