GO 学习之路

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

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

微服务这几年越来越火，大家聊的也比较多，我刚进入初创团队时大家也兴奋不已（也是5年前了），为适应公司高速把单体项目拆分为微服务，当然后来肯定是一地鸡毛。我经历了

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

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

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

聊聊对象存储（cos、oss等）标准化 写作背景 “对象存储”可以说是开发中必不可少的，媒体文件（图片、视频、文件、音频...等）少则几 kb，大则几个 Gb，不可能把这些文件存储在数据库、服务器文件

接口看是非常简单，但一些细节考验大家基本功底。所以不要停留能用和会用，多掌握一些基本功，对后续在项目中的运用是非常有帮助的。

很早前就想写一篇关于缓存组件库的文章，开发中总觉得对于缓存组件封装、使用这块都还差点意思，最近思考了一些方案，顺便记录下来。

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

前几天写了一篇关于「烟囱架构重构，最近重构了微信生态对接业务」，有同学对三方生态对接「API 网关」比较感兴趣，写这篇文章详细聊聊一波，我会贴一些简易代码。

又来分享了，最近，可能是业务发展相对缓慢了吧，又马不停蹄重构了历史更悠久的屎山代码，总结一些经验分享一波。

深入数据结构之「链表篇」 本文讲链表，这是算法的第二篇。 链表 上节讲了，数组是一种线性数据结构，用一段连续的存储空间，用来存储一类相同数据类型的元素。 链表相反，它并不需要一块连续的内存空间。

太久没有写算法了，最近在回顾数据结构和算法，准备把这块重新捡起来，给自己立一个flag，每周花时间练习算法，写一篇总结。

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

comparable 对于 Go 的泛型定义非常重要，因为它允许我们在泛型代码中使用比较操作；方便我们对通用逻辑封装，有了它的帮助让你的代码更优雅和紧凑。GO 范型在持续优化，如果你想了解最新的...

最近打算写踩坑系列，把我在开发中遇到的坑总结出来，希望对大家有一些帮助，本文重点讲结构体+for循环迭代器开发中的坑，你看你踩坑了吗？

Go 中的 map 是日常开发中常用的数据结构，用于存储键值对。但是，如果使用不当，容易遇到一些问题。下面我列的这些坑你中了几个？

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

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