在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。

如何在混沌演练的场景中降低应用的MTTR，必须需要根据监控定位，然后人工进行反馈进行处理吗？是否可以自动化，是否有方案可以降低混沌演练过程中的影响？以此达到快速止血，进一步提高系统的稳定性。本篇文章将根据一些思考和实践来解答以上问题。

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。

启动是App给用户的第一印象，一款App的启动速度，不单单是用户体验的事情，往往还决定了它能否获取更多的用户。所以到了一定阶段App的启动优化是必须要做的事情。

有很多的服务器选项会影响这MySQL服务器的性能，比如内存中临时表的大小、排序缓冲区等。有些针对特定存储引擎（如InnoDB）的选项，也会对查询优化很有用。

1背景最近在做需求的时候需要在一张表中增加一个字段。这张表情况如下：1、拆分了多个库多张表2、库表拆分按表中商户编码字段hash之后取模进行拆分由于库表拆分按照商户编码，有些大商家的单子数量远远要高于其他普通商家，这样就造成了严重的数据倾斜。在增加字段的时

本片内容是【AI思维空间】ChatGPT纵横编程世界，点亮智慧火花的续作，主要记录组内开发小伙伴儿们在开发过程中的实际应用案例，记录典型案例，尽量不要和其他人重复，以解决开发过程中的实际问题为主，设计、方案、编码、测试、集成、部署等等；目的：贡献最佳实践，

一、排查过程问题发现是因为当时接到了内存UMP报警信息，如下：通过查看PFinder发现内存一直在增长，没有停止迹象，触发fullGC也并没有下降趋势：当机立断，先立即去NP上摘除了此台机器流量，然后继续观察，发现内存依然在不断增长。随即查看故障分析，并没

一、背景介绍某应用在压测过程机器cpu使用率超过80%，通过工具进行CPU采样生成的火焰图，看到程序中频繁调用environment.getProperty()获取属性值，而其内部调用了JndiPropertySource.getProperty()通过在