呵呵一下就好了

java服务上线后，偶尔会发生内存OOM问题，但由于OOM导致服务不响应请求，健康检查多次不通过，最后部署平台kill了java进程，这导致定位这次OOM问题也变得困难起来。

最近，我们一服务的内存占用较高，约13G，容器总内存16G，占用约85%，触发了内存报警(阈值85%)。。。

每隔半个月，JVM 应用容器就会被 K8S 以 OOM 之名莫名 Kill，这究竟程序员的脆弱还是JDK的bug，欢迎收看JVM 排查案例之深挖 JVM 内存分布。

千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂，业务统计规则又不允许把sql拆成多个子查询。

在任何系统中，日志都是非常重要的组成部分，它是反映系统运行情况的重要依据，也是排查问题时的必要线索。绝大多数人都认可日志的重要性，但是又有哪些场景可能导致性能问题？今天就让我们来聊聊Java日志性能那

双 11、618 期间，系统要尽可能多地卖出商品，尽可能多地收订单，又不能超过库存。在这种高并发、大流量场景下，整个系统的瓶颈点出现在数据库上，本篇文章就库存更新这一场景下讨论如何优化事务 SQL。

JVM调优，其实一直以来都是一个比较难搞的技术问题，平时我们主要精力都是负责代码的编写，并没有过多关注和参与到线上环境的JVM调优当中。而当某天机器的性能变差之后，大多都是先进行弹性扩容，然后就置之不

基于日常实际工作经验和个人心得，我整理了一份团队遇到故障问题或者疑似问题快速排查的三字经清单及正确✅案例和错误❌案例

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