大家好，我是小❤，一个漂泊江湖多年的 985 非科班程序员，曾混迹于国企、互联网大厂和创业公司的后台开发攻城狮。 1. 引言 当我那天拿着手机，正在和朋友们的微信群里畅聊着八卦新闻和即将到来的周末计划

最近双十一开门红期间组内出现了一次因 Mysql 死锁导致的线上问题，当时从监控可以看到数据库活跃连接数飙升，导致应用层数据库连接池被打满，后续所有请求都因获取不到连接而失败 整体业务代码精简逻

公司某规则引擎系统，在每次发版启动会手动预热，预热完成当流量切进来之后会偶发的出现一次长达1-2秒的Young GC（流量并不大，并且LB下的每个节点都会出现该情况） 在这次长暂停之后，每一

A、Problem Description 1. PageHelper方法使用了静态的ThreadLocal参数，在startPage()调用紧跟MyBatis查询方法后，才会自动清除ThreadLo

业务架构的演变路径，侧面展现所在互联网企业的演变路径。每一种架构无关好坏，选择与否，只取决于是否适合当下及可预见的未来。本次分享主要介绍从服务化到平台化的过程，即从服务细粒度到领域能力沉淀的演进过程。

痛点 查线上日志时，同一个 Pod 内多线程日志交错，很难追踪每个请求对应的日志信息。 日志收集工具将多个 Pod 的日志收集到同一个数据库中后，情况就更加混乱不堪了。 解决 TraceId + MD

2020年以来内容标注结果搜索就是社区中后台业务的核心高频使用场景之一，为了支撑复杂的后台搜索，我们将社区内容的关键信息额外存了一份到Elasticsearch中作为二级索引使用。

浏览记录系统主要用来记录京东用户的实时浏览记录，并提供实时查询浏览数据的功能。在线用户访问一次商品详情页，浏览记录系统就会记录用户的一条浏览数据，并针对该浏览数据进行商品维度去重等一系

MVC 旧工程腐化严重，迭代成本太高。DDD 新工程全部重构，步子扯的太大。这是现阶段在工程体系化治理中，我们所面临的最大问题；既想运用 DDD 的思想循序渐进重构现有工程，又想不破坏原有