Promtail 负责推送。
Loki 只索引标签。
Grafana Loki 是一个水平可扩展、多租户的日志聚合系统，灵感来自 Prometheus。Loki 只索引标签元数据，不索引日志内容本身。这让存储更便宜，但也意味着每次日志正文查询都是暴力扫描。规模大了，这个取舍变成天花板：大范围查询超时，搜索只能限制在分钟级，临时排查速度下降。点击这里查看 GreptimeDB 与 Loki 的完整性能对比报告。
挑战者
标签优先的日志方案，扩展性好但临时文本分析受限
GreptimeDB
全文索引 + SQL 查询日志，与指标和链路统一
为什么基于 Loki 的日志扩展会增加链路复杂度，而 GreptimeDB 更简洁。
4-7 个组件
采集 + 解析 + 传输
写入 + 分块
查询扇出
保留策略 + 优化
1 DATABASE
查询 + 摄取网关
原生对象存储
| 维度 | GreptimeDB | Grafana Loki |
|---|---|---|
| 索引策略 | 全文索引 + 倒排索引 + 二级索引 | 仅标签索引（无全文索引） |
| 查询语言 | SQL + PromQL（双接口） | LogQL |
| 数据类型 | 指标 + 日志 + 链路在一个数据库 | 仅日志（指标/链路需要独立系统） |
| 查询性能 | 亚秒级全文搜索（关键词查询快 40-80 倍） | 标签查询快，正文搜索大规模下暴力扫描 |
| 日志处理 | 内置 Pipeline 引擎用于解析和转换 | 基本解析与结构化元数据 |
| 存储格式 | Apache Parquet（列式，高压缩） | 自定义块（压缩日志流） |
| 存储架构 | 存算分离，原生对象存储 | 分布式，支持对象存储后端 |
| 摄取协议 | SQL、gRPC、OTLP、Loki Push API、ES Bulk API、HTTP | HTTP Push API、Promtail、Fluent Bit、Vector |
| OpenTelemetry | 原生 OTLP（全信号） | 原生 OTLP 日志摄入已支持；查询模型仍基于标签索引 |
| 许可证 | Apache 2.0 | AGPL 3.0 |
| 操作复杂度 | 全信号可观测数据的单一系统 | 完整可观测性需要 Mimir + Tempo |
性能数据来自基准测试，实际效果因负载而异。查看完整基准报告。
兼容 Loki Push API。保留现有采集 Agent，分阶段迁移。
Stay in the loop
获取 Greptime 最新更新，并与其他用户讨论。
