这是在支付订单的业务中，这种业务场景往往都是比较快的。那么如果在保险的前置系统系统呢，用户购买保单的行为在业务上是复杂的，往往有试算、风控、再次核算、出单的流程，即使在每个流程节点使用异步处理，但是每个业务节点就不会慢，当出现一些并发量的时候，业务节点的耗时也不可控。那我使用之前做的支付系统来举例，用户在支付的过程中不允许在短时间内提交两边重复的订单，就像在双11买东西的时候，大家就会碰到“订单正在处理中，请勿重复提交的提示”，这种限制操作虽然前端可以限制，但是后端的限制也必不可少。

无论是传统公司或者互联网公司中，Redis是必备的技术，强大的缓存功能极大的提升了系统的并发能力。他是由Salvatore Sanfilippo写的key-value存储系统，遵守BSD协议、支持网络、可基于内存、可持久化、在很多互联网公司的活动应用中（比如抢购活动），通常直接使用Redis作为数据库使用，当活动结束后再同步到MySQL或者Oracle当中。更多的信息或者下载地址可以访问：re...

说道Redis，自然少不了集群。真实生产环境，一般使用都是集群，以应对巨大的缓存数据量。Java分布式技术体系中，使用集群的框架非常之多，但是往往在集群中的节点之间是互相同步数据的，也就是无论应用调用到哪个节点，产生的效果都是一样的。尤其是在我了解服务注册类框架的时候，节点之间的一致性更是硬性要求。Redis集群给我印象较深的就是节点之间的数据是完全不需要同步的。首先来讲，集群没有Leader...