性能优化

优化了2年的性能，没想到最后被数据库连接池坑了一把 ，我们系统用了 Pulsar 作为消息引擎，内部沉淀了 sdk。。。

这两年公司业务发展比较快，不管是客户体量、数据量、还是业务复杂度都是爆炸式增长，参与、设计、重构了不少大型项目，包括且不限于CMS 内容平台、营销 SOP、人群分组

数据冷热分离+归档-亿级表优化 背景 好久没有写文章了，因为特别忙也没有好的技术点给大家分享，索性暂时不写了。最近，在梳理系统的性能问题，尤其是营销自动化系统，数据体量越来越大了（8亿+，中途也在人工

大体量数据（4亿级数据表）、高QPS业务数据库集群迁移最佳实践，不停机、支持回滚、保障数据一致性。感兴趣进来聊聊。

什么是 SQL 调优？是不是觉得自己知道但又很模糊说不清楚，面试被问没有真实的案例，并不具备说服力。本文以为详细案例给大家解读。

反范式设计，适当冗余字段，简化 SQL 复杂度，提升查询效率； 大批量数据更新，采用 SELECT 和 UPADATE 这套组合拳，先查主键id，通过主键id更新...

10 亿级短 URL 生成方案，可以直接当做系分设计来重写短 URL 系统了，短 URL 只需要关注数据存储、QPS、网络带宽等。

这是亿级别表优化的第二篇，对第一篇感兴趣的可以看看。距上次写亿级别优化已经有一个多月了，这段时间也没闲着，Q1 对模型做了梳理，重构了这部分业务....

如何定位 GO 服务 oom 问题？最近营销自动化服务线上内存资源告警频繁，记录一次GO 服务内存 OOM 定位、内存优化思路。

代码垒了又垒，维护困难，屎山代码重构，改善代码可读性和可维护性，本文旨在帮助读者了解重构的思路、技巧。

为啥会写亿级表优化？网上谈的不少但是不知道大伙儿是否在自己 Owner 的业务中验证过。我总结我的经验分享出来大家讨论。