架构复杂，参数调优困难 ● 频繁 OOM ● 集群规模受制于 Prometheus ● 集群成本上升 2023 压测结果 VS ● CPU 使用低 1.7 倍 ● RAM 使用减少 5 倍 ● 存储空间减少了 3 倍 25K+ 1Mil 60Mil+ 业务指标数量 每秒写入数据点 Active Time Series 2023 年底指标数据 VictoriaMetrics 收益 ● 高性能，看板加载时间从

1s，有效减少对底层存储的请求数量量。 简单 · 可信赖 数据推送协议优化 • 优化export service与logdb之间的数据推送协议 简单 · 可信赖 资源使⽤用优化 • kodo导出为了了达到节省存储空间的⽬目的，在导出前的converter 这⼀一步使⽤用了了parquet压缩，可以有8⽐比1的压缩⽐比。效果很好， 但缺点也同样明显。 简单 · 可信赖 压⼒力力感知与退避算法 如何感知上下游压⼒力力

热 新 系 统 历 史 数 据 冷数据、数据量多 缓存成本大、命中低、收益小 热 数 据 当前系统中的热点数据 命中率高 系 统 新 增 数 据 近期新增数据，较大概率命中 存储空间 缓存性能 冷热可交换，引擎可扩展 06. 冷热数据交换，通过栈式缓存结构，实现多级缓存策略 语言的局限性 07. 基于golang语言，内存对象超过百万量级后出现的GC耗时问题 •

记录一次错误 假设用户反馈了无法打开一个文件 我们的程序员非常认真 记录了文件不存在的错误日志 • 同样的错误信息，非常多的杂音 • 每个Error，都去查看一次对应代码，排查效率低 • 占用存储空间 • 最外层入口处只记录一次错误日志 为什么定位慢？-- 错误处理 带来新的问题，无法定位整个代码执行链路 两个service方法都调用了 findMysqlFile 不要透传错误 错误码唯一性

(c) 结构化类型(struct) (e) 函数类型 (f) 切片类型 (g) 接口类型（interface） (h) Map 类型 语言变量 概念：变量相当于内存中一个数据存储空间的表示，你可以把变量看作是一个房间的门牌号， 通过门牌号我们可以找到房间，同样的道理，通过变量名可以访问到变量的值。 声明变量 第一种，指定变量类型，如果没有初始化，则变量默认为零值。 第二种，根据值自行判定变量类型。

码 点相等。 ‧ UTF‑32 编码：每个字符都使用 4 个字节。这意味着 UTF‑32 会比 UTF‑8 和 UTF‑16 更占用空间，特 别是对于主要使用 ASCII 字符的文本。 从存储空间的角度看，使用 UTF‑8 表示英文字符非常高效，因为它仅需 1 个字节；使用 UTF‑16 编码某些非 英文字符（例如中文）会更加高效，因为它只需要 2 个字节，而 UTF‑8 可能需要 3 个字节。从兼容性的角度 各种语言的字 符，从而解决由于字符编码方法不一致而导致的乱码问题。 ‧ UTF‑8 是最受欢迎的 Unicode 编码方法，通用性非常好。它是一种变长的编码方法，具有很好的扩展 性，有效提升了存储空间的使用效率。UTF‑16 和 UTF‑32 是等长的编码方法。在编码中文时，UTF‑16 比 UTF‑8 的占用空间更小。Java, C# 等编程语言默认使用 UTF‑16 编码。 3.5.1

Unicode 码点相等。 ‧ UTF‑32 编码：每个字符都使用 4 字节。这意味着 UTF‑32 比 UTF‑8 和 UTF‑16 更占用空间，特别是 对于 ASCII 字符占比较高的文本。 从存储空间占用的角度看，使用 UTF‑8 表示英文字符非常高效，因为它仅需 1 字节；使用 UTF‑16 编码某些 非英文字符（例如中文）会更加高效，因为它仅需 2 字节，而 UTF‑8 可能需要 3 字节。 种语言的字 符，从而解决由于字符编码方法不一致而导致的乱码问题。 ‧ UTF‑8 是最受欢迎的 Unicode 编码方法，通用性非常好。它是一种变长的编码方法，具有很好的扩展 性，有效提升了存储空间的使用效率。UTF‑16 和 UTF‑32 是等长的编码方法。在编码中文时，UTF‑16 占用的空间比 UTF‑8 更小。Java 和 C# 等编程语言默认使用 UTF‑16 编码。 2. Q

Unicode 码点相等。 ‧ UTF‑32 编码：每个字符都使用 4 字节。这意味着 UTF‑32 比 UTF‑8 和 UTF‑16 更占用空间，特别是 对于 ASCII 字符占比较高的文本。 从存储空间占用的角度看，使用 UTF‑8 表示英文字符非常高效，因为它仅需 1 字节；使用 UTF‑16 编码某些 非英文字符（例如中文）会更加高效，因为它仅需 2 字节，而 UTF‑8 可能需要 3 字节。 种语言的字 符，从而解决由于字符编码方法不一致而导致的乱码问题。 ‧ UTF‑8 是最受欢迎的 Unicode 编码方法，通用性非常好。它是一种变长的编码方法，具有很好的扩展 性，有效提升了存储空间的使用效率。UTF‑16 和 UTF‑32 是等长的编码方法。在编码中文时，UTF‑16 占用的空间比 UTF‑8 更小。Java 和 C# 等编程语言默认使用 UTF‑16 编码。 2. Q

4 个字节。这意味着 UTF‑32 会比 UTF‑8 和 UTF‑16 更占用空间，特 别是对于 ASCII 字符占比较高的文本。 第 3 章 数据结构 hello‑algo.com 61 从存储空间的角度看，使用 UTF‑8 表示英文字符非常高效，因为它仅需 1 个字节；使用 UTF‑16 编码某些非 英文字符（例如中文）会更加高效，因为它只需要 2 个字节，而 UTF‑8 可能需要 3 个字节。 种语言的字 符，从而解决由于字符编码方法不一致而导致的乱码问题。 ‧ UTF‑8 是最受欢迎的 Unicode 编码方法，通用性非常好。它是一种变长的编码方法，具有很好的扩展 性，有效提升了存储空间的使用效率。UTF‑16 和 UTF‑32 是等长的编码方法。在编码中文时，UTF‑16 比 UTF‑8 的占用空间更小。Java 和 C# 等编程语言默认使用 UTF‑16 编码。 2. Q

Unicode 码点相等。 ‧ UTF‑32 编码：每个字符都使用 4 字节。这意味着 UTF‑32 比 UTF‑8 和 UTF‑16 更占用空间，特别是 对于 ASCII 字符占比较高的文本。 从存储空间占用的角度看，使用 UTF‑8 表示英文字符非常高效，因为它仅需 1 字节；使用 UTF‑16 编码某些 非英文字符（例如中文）会更加高效，因为它仅需 2 字节，而 UTF‑8 可能需要 3 字节。 种语言的字 符，从而解决由于字符编码方法不一致而导致的乱码问题。 ‧ UTF‑8 是最受欢迎的 Unicode 编码方法，通用性非常好。它是一种变长的编码方法，具有很好的扩展 性，有效提升了存储空间的使用效率。UTF‑16 和 UTF‑32 是等长的编码方法。在编码中文时，UTF‑16 占用的空间比 UTF‑8 更小。Java 和 C# 等编程语言默认使用 UTF‑16 编码。 2. Q