spilledyear

在实际项目中，综合成本考虑，我们一般会提供4套环境：开发、测试、预发、线上，用于满足我们日常的开发、测试、灰度需求。理想情况下，这是够用的。但在需求快速迭代的场景下，就会暴露出一些问题，该如何解决？

本文主要记录了一个线上问题的排查及解决过程，主要包括：观察现象、提出猜想、验证猜想、找出原因、问题修复。

主要介绍了：客户端管理、Session管理、业务逻辑链、集群选主、数据同步、数据存储、文件清理 等内容

最近在学习Netty，发现代码中到处都是Future，很好奇它提供的的一些功能是怎么实现的：比如各种Callback。虽然我猜想应该和某些设计模式相关，但还是很想了解其实现原理。

说到Java中的volatile，我们可能很容易想到以下相关联的词： 指令重排 内存屏障 CPU缓存一致性 可见性 原子性 指令重排 比如上面代码中的new Singleton()其实可以分为3个步骤

1、排查线上问题有什么难点？ 1. 虽然我们学了很多排查线上问题的理论知识，但一直没有施展的机会？ 2. 线上偶尔出现一次问题，但还没来得及保存现场，而后面又很难复现？

线上ZK故障：突然有一个ZK节点CPU太高被打挂了，此时对该节点进行升配操作，然后ZK数据丢了，具体原因不详。此次故障导致几乎所有服务瘫痪 这类故障其实已经出现好几次了，ZK问题还没找到具体原因(太菜了学习中)，基于以上背景，想替换ZK注册中心。 在说替换方案之前，先简单讨论一…

不管是配置中心还是注册中心，在Nacos中对应的都是springboot工程，部署比较方便，但从我的角度来看，这也会带来一些却缺点，比如说Nacos的启动流程变得更混乱了。通过阅读代码，发现Nacos的核心功能启动都是基于@PostConstruct注解来触发的，在整个功能中，…

提供者先打印一条日志，然后执行一条纯查询SQL，如果SQL正常执行会打印日志，但目前的现象是只打印了执行SQL前的那条日志，而没有打印任何SQL相关的日志。找DBA查SQL日志，发现该SQL没有执行 气死到这里显现应很明显了，不过当时想法没转变过来，一直关注那条查询SQL，总在…