<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Log-Query on PlumePHP</title><link>https://plumephp.com/tags/log-query/</link><description>Recent content in Log-Query on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 26 Sep 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/log-query/index.xml" rel="self" type="application/rss+xml"/><item><title>Loki 架构与性能优化：摄入调优、标签基数管理、查询加速与成本控制</title><link>https://plumephp.com/loki-optimization/</link><pubDate>Sat, 26 Sep 2026 00:00:00 +0800</pubDate><guid>https://plumephp.com/loki-optimization/</guid><description>&lt;p&gt;Loki 与 Elasticsearch 不同——它&lt;strong&gt;不索引日志全文，只索引标签（labels）和元数据&lt;/strong&gt;，日志内容本身按压缩块存进对象存储。这套&amp;quot;标签索引 + 对象存储 + LogQL 流式查询&amp;quot;的设计带来极低的存储成本，但把调优的重心从&amp;quot;索引优化&amp;quot;转向了&amp;quot;&lt;strong&gt;标签基数控制&lt;/strong&gt;&amp;ldquo;和&amp;rdquo;&lt;strong&gt;查询/摄入吞吐&lt;/strong&gt;&amp;quot;。当集群从几个节点涨到上千，日志量上 TB/天时，Loki 的性能瓶颈几乎全部集中在标签基数爆炸和查询范围失控上。本指南从 Loki 架构出发，深入摄入调优、标签基数管理、LogQL 查询加速、压缩与保留、分布式模式，给出生产级优化清单与成本控制方案。&lt;/p&gt;</description></item></channel></rss>