今天分享实现中台系统中的一些设计思考 系统目标 搭建商品中心系统和服务，支持多个业务线产品的统一存储和输出 数据进去中台系统到可用，延迟不超过5分钟 满足接收消息qps超过2000 系统设计 系统分三个模块，分别负责数据落地，数据搜索和数

今天分享下项目中使用缓存对项目进行性能优化 背景 项目中流量高峰时，db的qps达到15k左右，线程数达到5k（服务器设置的最大连接数），创建链接最高耗费达到2s。数据库服务器的连接数以及cpu升高，处理能力下降，响应时间变长 接口提供的批

本文介绍下ES中搜索的分页功能，据此也引出分布式系统中深度分页的问题 ES分页功能 elasticsearch接收form（开始返回的结果位置，从0开始）和size（返回的数量）参数； 结果集在返回之前先排序，每个分片产生自己的排序结果，再

今天记录分享一次服务上线后cpu飙升问题 问题经过和分析 项目的场景是接收各个系统的消息进行处理， 项目消费上线前，一些发消息的业务逻辑先上线，消息在消息队列内大量挤压 服务上线，没有对消息队列内消息reset处理，大量消息涌入 服务内部并

今天分享下项目中进行elasticsearch升级，同时伴随着transport Client转换位High Level Rest Client. 升级迁移步骤 es 集群升级（DBA操作） 数据全量迁移 使用High Level Rest