连接池配错了，数据库CPU飙到100%——连接风暴排查实录
连接池是应用与数据库之间的第一道关口，配置不当会直接拖垮数据库。连接池配得太大，应用重启时会触发连接风暴，数据库CPU瞬间飙满；连接泄漏会导致连接数持续上涨，最终耗尽数据库连接资源。本文从连接风暴的三种触发场景入手，拆解连接泄漏的隐蔽表现、连接状态异常的排查方法，并给出HikariCP关键参数的实战配置建议。
CRM 线索到商机的数据模型设计：五表关系、线索去重与分配引擎的工程实践
2026 年再回看自己前几年搭过的几套 CRM，踩过的坑几乎都不在功能列表上，而在底层数据模型。同一个客户被三个销售反复跟、销售离职客户资产跟着走、官网留资谁也不知道——这些问题表面是流程问题，根子是线索、客户、联系人几张表的关系没设计对。这篇把我这几年在线索到商机这条链路上的表结构、去重、分配和埋点做法整理一遍，顺便交代一下落到云上时怎么对接，给要自己搭、或者要评审供应商方案的同行做个参考。
海外版外卖平台结算：云主机规格怎么选
海外外卖结算系统需分三类负载（写库、读库、异步导出）合理选型云主机：下单用API+主库，查询走缓存，周结导出应异步至OSS。避免周五导出拖慢下单，推荐独立worker、低峰cron、压测叠加场景，并做好磁盘、连接池与生命周期管理。
MySQL复制机制深入：半同步复制的两种模式、MGR的Paxos实现与GTID原理
半同步复制解决了异步复制的数据丢失风险，但AFTER_COMMIT和AFTER_SYNC两种等待模式的差异直接决定了故障切换时是否丢数据。MGR基于Paxos协议实现自动选主与脑裂防护，GTID则让主从切换不再依赖手工位点。本文从复制的基本原理出发，拆解MySQL复制的三层机制——异步复制的流程、半同步复制的等待模式、MGR的一致性协议与GTID的全局事务标识，并给出生产环境的选型建议。
