LynxDB - 单二进制日志分析引擎，读时模式，兼容 Splunk SPL
LynxDB 是用 Go 写的日志分析引擎，整个项目编译为一个二进制文件，无外部依赖，curl 一行安装。 为什么再造一个？ ELK / Splunk 类方案部署复杂、资源开销大（Elasticsearch 空闲约 1 GB+，Splunk 约 12 GB），自建小规模可观测性栈时往往显得过重。LynxDB 空闲内存约 50 MB，没有 JVM、没有外部存储、没有 sidecar。 核心是读时模式（schemaonread）：日志原样写入，结构在查询时通过 parse json、parse combined 等命令按需提取。日志格式变化时不需要重建索引或迁移历史数据。 查询语言 Lynx Flow 是 SPL 风格的管道式语法，命令之间用 | 串联： from nginx | parse combined(raw) | status = 500 | group by uri compute count() as hits | order by hits desc | take 10 同时兼容 Splunk SPL2，已有的 SPL 查询可直接迁移。 也支持纯管道模式，不启动服务直接当 grep / awk 用： kubectl logs deploy/api | lynxdb query ' | parse json(raw) | group by status compute count()' 其他特性： 列式存储（FST 倒排索引 + 布隆过滤器 + LZ4 压缩） 物化视图（自动查询改写，热点查询提速可达 400x） 兼容 Elasticsearch bulk、OpenTelemetry OTLP、Splunk HEC 协议接入 可选集群模式 + S3 共享存储 项目目前还在早期阶段（v0.0.3），暂不建议在生产环境使用。适合想要轻量可观测性方案、不希望引入企业级系统运维负担的场景。欢迎反馈和 issue。 Apache 2.0
DEV TRENDS / COMMUNITY
讨论本期日报
使用 GitHub 登录，分享你的看法、问题或补充信息。