常清静

我们在业务开发中，该通过怎么样的姿势去使用ES，来持续保持高稳定、持续迭代的ES，稳健的为业务提供价值呢？本文将从 电商商品搜索 --ES设计 -- ES 优化 来展开，沉淀的使用姿势与方法论

背景 从前段时间开始，断续的有一个服务，在发布和服务重启的时候，偶发线程池打满问题，大概占比为 1/30 ~ 1/10 不等，可以通过重启解决恢复，具体问题一致没有定位出来 算是一个棘手的困难问题。

冻结库存，性能翻8倍的背后原理 #技术 #mysql 背景如下 双十一压测，库存服务冻结场景性能 不忍直视，QPS 令人汗颜，相比于其他的接口性能，差的不止一点半点。 sql如下 如何会有这么大的一个

背景 最近生产环境进行 压测，频发 cpu 超高问题。针对 cpu 频发问题，进行了一波压测分析，解决一些隐藏的问题， 使用工具 Jprofiler 11.1.4 (11.1.1 版本以下的，不支持

“工欲善其事，必先利其器” 背景 我们经常会进行一些线上的压测，然后来分析一些问题，比如大内存的分析，cpu 飙升问题的排查，来定位引线上问题的原因，从而解决问题。 往往这些数据，很难从我们可见的一些

分布式锁，锁模型redssion &curator 实现的分布式锁 多种锁的实现机制以及源码流程梳理。图解分布式锁

Eureka 作为 spring-cloud 所选中的注册中心，其特性和突出的点，不可赘述，下边，将会针对其中的一些点，做一些记录。 非全面机制细节呈现图，主要是一个大致的流程运行图。 从图中，可以看到，一个service （eurka-client）启动，会向 eureka-…

这一部分数据在spirng 初始化的时候，会自动进行bean的装载与注入 RedisAutoConfiguration，并根据当前配置的redis 客户端，进行客户端的统一封装。并会初始化2个bean RedisTemplate 和 StringRedisTemplate 而 …