是否可配置Loki/Promtail采集查询MySQL数据库存储的日志？

该需求完全可以实现，无需改动遗留系统现有日志写入MySQL的逻辑，即可将表内日志接入Loki统一检索。

方案1：基于Promtail原生能力实现（无额外组件依赖） #

Promtail虽然没有内置MySQL拉取的target，但支持exec类型的抓取配置，不需要额外部署其他服务就能实现需求：

• 写一个轻量轮询脚本（Python/Shell均可），逻辑为：本地持久化记录上次拉取到的最大日志ID，每次执行时按ID增量查询目标日志表，将新增日志的time、text字段按单条日志一行的格式输出到标准输出
• 在Promtail配置中新增scrape_config，抓取类型设为exec，指定运行你写的轮询脚本，Promtail会自动捕获脚本的标准输出流，附加自定义标签后推送到Loki
• 配置时建议直接在脚本输出阶段带上日志原始时间戳，Promtail可直接解析使用，减少后续日志处理的配置量

方案2：使用专用采集组件实现（生产环境推荐） #

如果不想自行维护轮询脚本的断点续传、异常重试逻辑，可以选择原生支持多数据源对接的采集工具，配置成本更低，稳定性更好：

• 可以使用Grafana Alloy（Grafana官方推出的Promtail替代采集器），其原生集成MySQL查询组件，直接配置增量SQL、字段映射规则、Loki推送地址即可完成同步，所有断点续传、批量推送、失败重试逻辑都已内置
• 也可以选择Fluent Bit/Fluentd，分别配置MySQL输入插件、Loki输出插件，做简单的字段映射就能实现日志同步，资源占用极低

不推荐方案 #

不要尝试直接在Loki侧扩展实现MySQL拉取逻辑：Loki本身定位是日志存储后端，没有内置主动拉取业务库数据的能力，强行扩展会额外增加Loki运行负载，不合理的查询逻辑还可能影响业务MySQL的稳定性。

• 增量拉取的游标优先使用自增ID字段，不要仅用time字段做拉取依据，避免同一时间戳写入多条日志导致漏采
• 控制拉取频率和单批次拉取量，建议单次拉取100-1000条，轮询间隔1-5秒，避免大查询占用过多MySQL连接、IO资源影响业务
• 推送日志到Loki时，仅将固定维度的元数据（比如日志来源、应用名）设置为标签，不要把ID这类基数极高的字段设为标签，避免Loki索引膨胀影响查询性能

内容的提问来源于stack exchange，提问作者Eugen Konkov