喝醉酒的小白

原创 Kubernetes、DBA、Linux、Network技术知识库构建全指南：从工具选型到知识管理

在当今信息爆炸的时代，特别是对于从事Kubernetes、DBA、Linux、Network和RDS运维等技术领域的专业人士来说，建立一个系统化的个人技术知识库变得尤为重要。一个结构清晰、功能完善的知识库不仅能帮助我们高效管理日常积累的技术知识，还能在需要时快速检索所需信息，大幅提升工作效率[]。技术知识库是知识工程中结构化、易操作、易利用、全面有组织的知识集群，是针对特定领域问题求解的需要，采用某种知识表示方式在计算机存储器中存储、组织、管理和使用的互相联系的知识片集合[]。

原创 认知的提升是一场“终身旅行”

—既要“站在巨人的肩膀上”吸收经典理论，也要“蹲下来”观察真实世界的细节。当你能从历史长河中看见当下的影子，从新闻事件中洞见未来的脉络，便真正实现了认知的破局。扩展对世界历史、世界格局等领域的认知需要系统性地结合。认知的提升是一场“终身旅行”，关键在于保持。

原创 建立文化自信：中国文化的精华

站在文明对话的新起点回望，中国文化的精华犹如一座深邃的宝库，既保存着“天行健，君子以自强不息”的进取精神，也蕴含着“地势坤，君子以厚德载物”的包容智慧；既包含“穷则变，变则通”的创新意识，也坚守“有所为，有所不为”的价值底线。在科技发展、文化多元的今天，中国文化的智慧为应对各种挑战提供了丰富的启示。当故宫文创让古代艺术走入现代生活，当传统元素在现代设计中焕发光彩，我们看到传统与现代的创造性对话。这种对话不是简单的古今拼贴，而是基于文化基因的现代转化——如同汉字的演变，核心始终清晰，形式却与时俱进。

原创 数据库共同点和底层规律总结

性能调优：对项目进行性能调优，确保系统高效稳定运行。知识总结：全面总结项目中的经验教训，形成自己的知识体系，为未来的学习与工作打下坚实基础。通过以上系统化学习计划，从基础理论到实践操作，从单一技术点到综合项目应用，全面掌握数据库管理、消息中间件和数据库中间件的相关知识和技能，能够从容应对当前数据库领域的多样化需求与挑战。结合截图中的数据库实例，在实践操作中更好地理解和应用这些知识。学习过程中，如遇任何疑问或需要进一步的调整，请随时告知。

原创 K8s知识图谱

Kubernetes集群组件

原创 OceanBase PG = Partition Group（分区组）

PG = Partition Group（分区组）一个 PG 里面包含若干个副本（Replica），负责存储某一部分表的数据。OceanBase 将数据按的层级管理。PG = Partition Group = 分区组 + 副本集合PG 是 OB 的最小管理和调度单位PG 决定数据的高可用、分布式存储和负载均衡策略下面给你画一张OceanBase PG（Partition Group）架构的完整示意图。

原创 网卡 `bond0` RX dropped 排查笔记（详尽版）

bond0。

原创 PolarDB - PostgreSQL

原创 OceanBase 全量备份与归档分析报告

避免再次出现 -4016 IO 错误。

原创 radix_tree_node（约 7.3 GB）

你的 buff/cache = 445GB，巨大，那么索引结构占用 7GB 是正常比例（1-3%）。Slab 占用大并不一定是坏事，但需要看哪些 cache 占了大量内存。slab 占用 13GB 在 503GB 机器上不算异常。Linux 的 free 值不重要，只要。很大（你这里 316G），就完全正常。你机器 buff/cache =大规模容器/大量小文件场景中常见。，意味着缓存非常高，而。，因此暴涨是合理但偏高。

原创 MySQL：Last_IO_Errno:“0“, Last_IO_Error:““, Last_SQL_Errno:“1950“

在某些临时场景，这样做的副作用会让你用新的起点重新建立复制（比如你随后从新的 binlog 文件起点重新建立复制或用新的备份做同步），从而避开发送那个“旧的” GTID。已包含比 master 当前发出的序号更高的 GTID，单纯 rotate binlog 并不会修改已经存在于副本上的 GTID 集；或 GTID 模式下，这是不允许的 —— 因为这表示要在已执行更高序号的基础上再执行一个“更旧”的序号，可能导致不一致或重复。）用于标识每一笔事务。有时带来巧合性的“对齐效果”，但并非通用或可靠的根治方法。

原创 dentry 和 slab的关系

dentry ≈465 MB（安全）slab active 总体 ≈~9.7 GB（正常，主要是 buffer_head/xfs_inode/ kmalloc）) ≈（这就是buff/cache很大的来源）load 极高 + 大量 kworker/xfs 线程 →优先排 IO / XFS 元数据而不是 dentry。

原创 服务器dentry高的危害？超过内存的多少要去处理？如何处理？

dentry 占内存比例状态处理建议<10%正常无需处理10–20%偏高建议观察并找原因20–30%异常立刻排查程序问题>30%严重清 cache + 找源头。

原创 Linux Storage Stack 终极详细解读（精简但超透彻）

下面是这张图的一句话 per block 概括模块一句话说明应用发起 read/writeVFS统一文件接口FSext4/xfs/btrfs/nfs… 解析元数据并生成 I/OPage Cache读写缓存，加速90% I/ODirect I/O绕过缓存，直接生成 BIOBIO基础块 I/O 单元调度、合并、多队列并行对 HDD 友好；现代 NVMe 依赖 blk-mqblk-mq高并发 NVMe / virtio 的核心LVM、加密、RAID、多路径、缓存。

原创 MySQL 创建库字符集与排序规则完整笔记

是 MySQL 8.0 最推荐组合的原因是你最开始连接到了不支持该排序规则的实例后面重新连接 MySQL 后创建成功（db02）说明环境正确推荐所有新库都统一使用 utf8mb4 0900 排序规则老库 db01 使用 utf8mb3，是历史字符集，不建议继续用。

原创 达梦DBLink到Oracle

https://eco.dameng.com/document/dm/zh-cn/sql-dev/practice-dblink

原创 某达梦数据库 Pod 发生了 OOM ，如何深入排查

NODE>（示例占位）<POD>进程：达梦数据库守护进程（示例）现象：Pod 被内核 OOM-killer 终止，cgroup 报告（Pod memory limit 被触及并触发 cgroup OOM）。

原创 纯SSD环境：双活存储+FC交叉连接（8路径）LUN挂载完整笔记

SSD存储池创建LUN → 双活集群同步数据 → 绑定服务器主机组 → 8条物理路径（FC口→交换机→存储控）→ 多路径聚合为dm-X → 格式化挂载 → 应用访问。

原创 Linux 文件系统与数据库 IO 块大小深度分析报告（完整版）

错误认知正确解释“数据库页大小必须与文件系统块大小一致”❌ 错，几乎所有数据库都不一致（8KB vs 4KB）“块不一致会降低性能”❌ 通常不会，操作系统会自动合并 I/O“XFS 不适合数据库”❌ XFS 是 Linux 上最推荐用于数据库的 FS（Oracle/PG/MSSQL）“数据库性能差就是块大小问题”❌ 实际更可能是 LVM/RAID 对齐、云盘 I/O 限制XFS，块大小 4KB页大小固定为 8 KB两者组合完全正常，是行业标准性能不会因为块大小不一致而受影响。

原创 PostgreSQL（Patroni）归档切换操作笔记

PostgreSQL 切段并调用（替换%p首先执行阈值检查：若.ready数量 > 65536 →exit 0（跳过此文件）。否则执行：若成功，则执行 pgBackRest 的（带，通常会马上返回成功并把文件放到 spool，实际上传由后台进程执行）。PostgreSQL 接收到命令的退出码来判断是否归档成功（0 = 成功）。你用了exit 0跳过是避免报错。

原创 MySQL 用户拥有 和 root 一样的权限

想让一个 MySQL 用户拥有（能查看所有数据库、所有表，几乎无任何限制），本质上就是给该用户授予。

原创 MySQL 的 sys 库（sys Schema）

sys 库 = 对 performance_schema 的复杂监控数据进行美化 + 预处理，提供易懂的视图、函数和过程，用于性能分析与故障诊断。项目说明sys 库是什么？performance_schema 的易用封装层用途性能分析、监控、诊断包含视图、函数、存储过程是否可删除❌ 不建议删除使用场景CPU、IO、锁、慢 SQL、线程等分析。

原创 ERROR 1193 (HY000): Unknown system variable ‘show_compatibility_56‘

报错来自 MySQL 5.7 → GreatSQL 8.0 的跨版本差异在 8.0 中已移除已从 INFORMATION_SCHEMA 迁移到 performance_schema报错均不影响表结构和数据恢复，可忽略如需零报错恢复，可提前清洗 SQL 文件。

原创 D进程 xfsaild/dm-1是什么情况

PID状态进程名称说明2267D内核 XFS 日志提交线程，处于不可中断 I/O（D 状态），异常👉真正有问题的是。xfsaild = XFS Async Log daemon（XFS 日志提交线程）将 XFS 日志中的元数据变化异步刷盘（flush）保证文件系统一致性属于内核级 I/O 线程在正常情况下，它十分轻量、不会长时间卡住。

原创 NVMe 盘是如何连接到服务器的？

NVMe 盘本质是通过 PCIe 通道连接到服务器。U.2/U.3/M.2/EDSFF 只是不同的“插头”和“外形”。服务器内部通过PCIe 背板 + OCuLink/MiniSAS 线缆 + PCIe Switch/CPU root port实现 NVMe 连接。如果你愿意，我可以进一步提供：📌一张 NVMe 连接架构图（手绘）📌不同服务器（Dell/HP/浪潮/华为）NVMe 背板的示例图📌如何判断你当前服务器的硬盘是否走 PCIe/NVMe📌哪些场景不推荐使用 NVMe。

原创 GreatSQL 与万里数据库（GreatDB）技术研究报告

在数字化转型和信创政策双重驱动下，国产数据库迎来历史性发展机遇。本文深入分析国内领先的数据库产品——GreatSQL开源社区版本和**万里数据库（GreatDB）**商业版本，从技术架构、性能表现、应用场景、市场地位等多个维度进行全面评估。GreatSQL作为Percona Server优化分支，通过MGR深度优化和Rapid引擎创新实现性能突破；万里数据库则凭借集中式+分布式双架构、完善的企业服务体系，成为信创领域MySQL国产替代的领军品牌。GreatSQL。

原创 RHEL 10 相比 RHEL 7/8 的主要优势和不同点

战略性意义强：RHEL 10 是为未来 (混合云 + AI +更强安全) 设计的一代企业 Linux。现代化：从内核、语言栈、软件管理 (application stream) 到运维 (AI 辅助) 都有显著现代化提升。安全领先：特别是量子安全 (后量子加密) 的引入，是一个非常前瞻性的安全增强。管理简化：Image 模式 + AI +系统角色 +统一软件版本管理，有助于减少运维复杂性。

原创 Prometheus 查看“哪个容器 CPU 高”的核心指标

想查看什么Prometheus 能否直接看到？用哪个指标 / 工具哪个节点 CPU 高✔哪个容器 CPU 高✔（推荐）哪个 Pod CPU 高✔哪个进程 CPU 高❌ node-exporter 无法提供。

原创 Oracle File Cleanup Guide

本文档提供了Oracle数据库文件清理的完整指南，包括清理策略、脚本和使用说明。定期清理：建议每天或每周执行清理任务监控磁盘空间：设置监控和告警机制备份重要日志：清理前确保重要日志已归档测试验证：在测试环境验证清理脚本文档记录：记录所有清理操作以便审计通过遵循本指南，可以有效地管理Oracle数据库的日志文件，防止磁盘空间不足的问题，同时保持系统性能和稳定性。

原创 `ss -s` 输出全面解析（优化版）

ss -sss -s。

原创 Cilium 环境下端口分配失败（EADDRINUSE）问题定位笔记

业务程序（例如某 CLI 工具，sqlcmd）在执行 TCP 连接时失败，通过strace说明系统无法分配 ephemeral port（临时端口）。此问题在运行 Cilium 的 Kubernetes 节点上出现，怀疑可能与 eBPF NAT / sockmap 相关。

原创 Linux 僵尸进程（Zombie Process）排查与处理笔记

当子进程退出(exit)后，父进程尚未调用wait()waitpid()回收其退出状态，系统会将该进程标记为僵尸进程，显示状态为Z或defunct。Zombie 不消耗 CPU 或内存，但占用进程号。如果数量过多，会影响系统运行。Zombie 不能直接 kill，因为它已经 “死了”。应通过找父进程 → 发送信号 → 必要时重启父进程的方式处理。少量 Zombie 无害，大量 Zombie 会导致 PID 耗尽。

原创 XFS 中 statfs() 与 inodegc 队列阻塞问题解析笔记

在 XFS 文件系统中，某些元数据清理操作（尤其是 reflink 引用计数更新、延迟 inode 删除等）不会立即同步执行，而是放入。提交操作仍由 CIL/日志保证一致性，只是不再由 statfs() 强制等待全部完成。这些延迟操作最终需要被写入日志（journal）并 flush 到磁盘。当 inodegc 处理速度赶不上生成速度时，statfs 会无限等待。，由内核后台工作线程（workqueue）异步处理。这为一致性提供保障，但也埋下性能隐患。，并等待整个队列完成。

原创 GaussDB分布式最大连接数

调整 max_connections 过大时，可能触发大量 System V 共享内存或信号量需求，可能超过系统默认值 （如 shmmax、semmsl 等）—需配合系统参数调整。除了全局 max_connections 外，还可在创建 ROLE （用户）或 DATABASE （数据库）时设置 CONNECTION LIMIT。当连接数达上限（全局、用户、数据库任一）时，新连接会被拒绝，故查看这些限额是运维常见操作。输出如 1 表示 dbadmin 已使用 1 个会话连接。即当前最大会话连接数为 800。

原创 GaussDB 分布式备份原理、备份空间计算与策略建议（优化整理版）

GaussDB 采用。

原创 GaussDB 备份失败问题复盘（连接数不足导致）

由于参数默认值较低（通常为 1000），在业务连接 + 系统连接 + 备份工具连接叠加的情况下，容易出现连接槽耗尽，导致备份工具无法为每个节点建立所需的并发连接数。在分布式 GaussDB 集群（2 分片架构，规格 8C64G）执行全量备份任务时，任务多次失败。你原文中关于截图分析和常见排查点，我为你整理为更清晰的结构化说明，留作知识库参考。虽然备份前业务已停止，但集群层面的连接数限制仍不足以支撑备份工具的并发连接需求。该报错表示集群在执行备份进程时无法创建新的数据库连接，导致备份任务无法启动。

原创 iptables 基础概念与规则链

是 Linux 下的防火墙工具，通过对进出网络流量进行规则匹配和操作来保护系统。如果系统使用 firewalld 或 nftables，它们会影响 iptables 的规则。可以检查这些服务的状态，确保没有影响规则。（Default Policy）：指的是规则链中没有任何规则匹配时执行的动作。时，所有未匹配的流量都会被丢弃，结果就是无法访问端口。的，如果规则没有匹配到，流量将按照默认策略（规则时，流量会被丢弃，造成端口无法访问。则是悄悄丢弃，没有任何响应。，如果是，可以临时将其更改为。

原创 OpenEBS LocalPV-ZFS：如何查看 PVC 在宿主机上的实际挂载目录

根据 PVC UID 找到 ZFS 数据集查询 mountpointmount 验证（可选）LocalPV-ZFS 的存储单元是 ZFS Dataset，而不是普通目录，因此必须通过 ZFS 查询挂载点。

原创 Oracle 使用 `imp` 导入失败（含 ORA-00942）的排查与处理笔记

imp。

原创 Oracle：完整笔记 — 授予/检查 `DBA` 与权限管理（含检查项、查询、最佳实践）

DBA。