MySQL 8.4 运维手册：常用命令、备份与 GTID 复制原理

MySQL 复制不是实时备份。它通过 binary log 把源库事务传到副本并重放，可用于读扩展、故障切换和备份卸载，但误删也会被复制。 ## 常用检查 ```sql SELECT VERSION(); SHOW DATABASES; SHOW PROCESSLIST; SHOW ENGINE I

Linux 性能与系统维护：CPU、内存、I/O、内核升级和备份恢复

Linux 性能问题不能只看一个 CPU 使用率或 Load Average。生产排查需要先确认业务影响，保存现场，再按照 CPU、内存、磁盘 I/O、网络和应用依赖逐层缩小范围。系统维护还必须覆盖内核升级、备份、恢复演练和回滚。 排查原则：先测量再修改；先找瓶颈资源，再找制造瓶颈的进程；不要在缺少

Linux DNS 与网络实践：BIND9、dnsmasq、SNAT、DNAT 和排障

DNS 与 NAT 问题常被误判为应用故障。排查时要区分名称解析、路由、过滤和地址转换四层。 ## DNS 查询链路 ```bash resolvectl status cat /etc/resolv.conf dig example.com dig @DNS_SERVER example.com

Linux SSH 安全加固：密钥登录、双因素认证、访问限制与升级检查

Linux 服务管理：Systemd、日志、Supervisord 与可靠启停

现代 Linux 生产服务通常由 systemd 统一管理。真正可靠的服务管理不仅是会执行 start 和 restart，还要处理启动依赖、运行身份、环境变量、日志、重启策略、资源限制、优雅停机、健康验证和失败回滚。 核心原则：同一个进程只能有一个主管理器。不要同时让 systemd、Superv

Linux 日常运维手册：命令检索、文本处理、用户、软件包与磁盘

Linux 日常运维不是背命令，而是建立一套可重复、可审计、可回滚的操作方法。本文面向日常值班和生产维护，覆盖命令检索、文本处理、用户权限、软件包、磁盘、进程、网络、日志以及标准变更流程。 安全原则：先确认主机、环境和影响范围，再执行修改；先保存现场，再做止损；涉及删除、权限、磁盘和服务重启时必须准

Prometheus Exporter 实战：使用 Node Exporter 与 Blackbox Exporter 监控主机和服务

Prometheus 本身负责抓取、存储和查询时序指标，Exporter 负责把系统或服务状态转换为 Prometheus 指标。Node Exporter 采集 Linux 主机内部指标，Blackbox Exporter 从外部探测 HTTP、TCP、ICMP 和 DNS，两者解决的问题不同。

生产发布工程实践：统一规范、渐进交付与快速回滚

可靠发布的目标不是“永不失败”，而是在变更失败时尽早发现、限制影响并快速恢复。生产发布应由统一平台执行，使用经过测试的不可变产物，配合渐进式流量、健康门禁和可验证的回滚方案。 ## 1. 建立统一但不过度僵化的规范 建议统一以下基础能力： 1. 通过一个受控发布系统操作生产环境。 2. 使用经过审批

CI/CD 流水线设计：持续集成、持续交付与持续部署的区别

CI、持续交付和持续部署经常被统称为 CI/CD，但三者解决的问题不同。设计流水线前先明确边界，才能避免“有 Jenkins 就算 DevOps”或“自动部署等于持续交付”的误区。 ## 1. 持续集成（Continuous Integration） 持续集成强调开发者频繁把小变更合入共享主干，并通

DevOps 入门：从部门协作到可度量的软件交付能力

DevOps 不是一个工具名称，也不是把开发人员叫成运维。它是一套文化、工作方式和工程能力，目标是让开发、测试、安全和运维共同对软件从需求到生产运行的完整生命周期负责。 ## 1. DevOps 要解决什么问题 传统交付经常出现这些现象： - 开发只负责写代码，发布失败后再交给运维处理。 - 测试环