上篇通过阅读文章对京东到家的架构分析有了初步了解，这次对文章（https://mp.weixin.qq.com/s?__biz=MzU1MzE2NzIzMg==&mid=2247486889&idx=1&sn=06c331d1fecebbd12f4a7ee52a8d25d7&chksm=fbf7bd46cc803450ad3d00c935863021d98fb02bed26a9c51becd15e721842044aa1e5321f92&scene=21#wechat_redirect）阅读进行了总结。
京东到家订单中心系统业务中，无论是外部商家的订单生产，或是内部上下游系统的依赖，订单查询的调用量都非常大，造成了订单数据读多写少的情况。京东到家的订单数据存储在Mysql中，但显然只通过DB来支撑大量的查询是不可取的，同时对于一些复杂的查询，Mysql支持得不够友好，所以订单中心系统使用了Elasticsearch来承载订单查询的主要压力。
lasticsearch 做为一款功能强大的分布式搜索引擎，支持近实时的存储、搜索数据，在京东到家订单系统中发挥着巨大作用，目前订单中心ES集群存储数据量达到10亿个文档，日均查询量达到5亿。随着京东到家近几年业务的快速发展，订单中心ES架设方案也不断演进，发展至今ES集群架设是一套实时互备方案，很好的保障了ES集群读写的稳定性，下面就给大家介绍一下这个历程以及遇到的一些坑。
ES集群架设演进历程主要分为：初始阶段、集群隔离阶段、节点副本调优阶段、主从集群调整阶段以及现阶段的实时互备双集群阶段