Java EE
高手问答
Java分布式架构是分布式计算技术的应用和工具，其中J2EE技术应用较为广泛，它简化和规范多层分布式企业应用系统的开发和部署，它可以给分布式应用软件提供在各种技术间共享资源的平台。掌握分布式架构，就能帮你解决实际工作中常遇到的痛点，如系统宕机、系统瘫痪、系统故障、系统臃肿等等。
无论你是Java开发者、还是分布式架构爱好者，都能在分布式架构中受到启发，让我们一起探索，揭开分布式领域中神秘面纱吧！
OSCHINA本期高手问答( 2020 年 8 月 12 日——2020 年 8 月 18 日 ) 我们请来了张程老师@zacharyos和大家一起探讨关于分布式架构相关的问题。
问答范围
本次问答主要包括以下方向：
- 分布式架构技术栈方面问题，包括但不限于高并发、高可用、高效性等问题。
- 分布式架构中性能优化问题，包括但不限于Web容器、缓存、负载均衡、队列等问题。
嘉宾简介
张程，有6年研发经验。曾就职于格瓦拉生活商务有限公司演出部门，从事Java研发以及设计方面工作，之后进入优速科技有限公司信息技术部门，从事高并发下单渠道、面单打印平台研发、全链路压测、系统容灾方案设计，并担任架构设计和技术负责人。著有《分布式架构：技术栈详解与快速进阶》一书，已由机械工业出版社出版。
为了鼓励提问@华章 会在问答结束后从提问者中抽取5名幸运会员赠与正版《分布式系统架构技术栈详解与快速进阶》一本
适读人群：
- Java软件开发人员；
- 前端H5工程师和交互工程师；
- 分布式系统工程师和架构师。
京东购买链接：https://item.jd.com/12679217.html
OSChina 高手问答一贯的风格，不欢迎任何与主题无关的讨论和喷子。
下面欢迎大家就相关问题向张程老师@zacharyos 提问，请直接回帖提问。
高手问答第 252 期 —— 聊聊分布式架构那些事儿
@Li_Peng @alan杜 @源码分析55 @fightingAllTheDay @猪娃娃
恭喜以上五位小伙伴分别获得图书一本
请在48小时内私信 @雑人 告知快递信息（格式：姓名+电话+地址），过期中奖资格将会被取消！
@zacharyos 您好，想请问一下，在您过去的实际项目中，对于MySQL的分库分表和读写分离是否会同时使用？如果同时使用感觉架构上有些复杂，但是不同时使用分库分表和读写分离架构的话，不知道是否有其他更好的架构进行替代？
@zacharyos 站点层过滤的话，是把uid请求数单独保存到各个站点的内存中么？如果是这样的话，怎么处理多台服务器集群经过负载均衡器将相同用户的响应分布到不同服务器的情况呢？还是说将站点层的过滤放到负载均衡前？
@zacharyos 老师好
1. grpc,http,dubbo 目前你们是如何取舍的
2. 数据库的容灾做到了什么级别，同城互备？异地多活？这期间是怎样的演化过程，都上云了么？数据安全性如何保证的？
3. 分布式事务请问你们用的是柔性事务么？基于还是不基于MQ？您更倾向哪个方案呢？
谢谢老师
@zacharyos 您好，请问分布式，多个数据库的情况下怎么保证数据复制够快，不影响下单的时候查库存是准确的？加锁就慢了？
@zacharyos 您好
1、后端服务可以使用微服务进行拆分，前端开发是否有成熟可用的 微前端技术支撑微服务？
2、目前ServiceMesh 火热发现很多公司都开始着重研究 Mesh 方向，是否以后也是趋势？
@zacharyos 老师您好，想请教下对于类似秒杀，抢红包的场景下，怎么去做分流，如何去及时更新库存
@zacharyos 您好，微服务系统是当下最流行的架构，但是在具体开发过程中，对于各种实际业务的处理总会遇到很多问题，目前我遇到2个问题，虽然已经解决，但是总感觉不是很好的解决方案。
1.在分布式系统中，分库分表已经是常态，那么对于基础数据，比如：人员、用户、部门、公司等，在其他业务库里面（业务库和基础库不在同一服务器、不在同一数据库），比如：人员名称、用户名称、部门名称等类似这种基础信息，需要显示，并保证这些信息修改后能实时生效，在业务这边看到最新的信息。有什么比较好的解决方案吗？（不能增加系统复杂性、增加太多开发工作量）
2.对于java，现在用的orm框架hibernate，在sql调优这块根本没法进行。之前考虑换mybatis，但是改动工作量太大，目前新的服务和项目采用的是mybatis，但是旧的服务和项目还没发很好的解决这个问题。如果hibernate直接执行sql，那么就违背了orm初衷，很别扭。。
引用来自“君千殇520”的评论
@zacharyos 您好，微服务系统是当下最流行的架构，但是在具体开发过程中，对于各种实际业务的处理总会遇到很多问题，目前我遇到2个问题，虽然已经解决，但是总感觉不是很好的解决方案。
1.在分布式系统中，分库分表已经是常态，那么对于基础数据，比如：人员、用户、部门、公司等，在其他业务库里面（业务库和基础库不在同一服务器、不在同一数据库），比如：人员名称、用户名称、部门名称等类似这种基础信息，需要显示，并保证这些信息修改后能实时生效，在业务这边看到最新的信息。有什么比较好的解决方案吗？（不能增加系统复杂性、增加太多开发工作量）
2.对于java，现在用的orm框架hibernate，在sql调优这块根本没法进行。之前考虑换mybatis，但是改动工作量太大，目前新的服务和项目采用的是mybatis，但是旧的服务和项目还没发很好的解决这个问题。如果hibernate直接执行sql，那么就违背了orm初衷，很别扭。。
关于hibernate和mybatis混用，可以复杂查询用mybatis，增删改用的hibernate
引用来自“君千殇520”的评论
@zacharyos 您好，微服务系统是当下最流行的架构，但是在具体开发过程中，对于各种实际业务的处理总会遇到很多问题，目前我遇到2个问题，虽然已经解决，但是总感觉不是很好的解决方案。
1.在分布式系统中，分库分表已经是常态，那么对于基础数据，比如：人员、用户、部门、公司等，在其他业务库里面（业务库和基础库不在同一服务器、不在同一数据库），比如：人员名称、用户名称、部门名称等类似这种基础信息，需要显示，并保证这些信息修改后能实时生效，在业务这边看到最新的信息。有什么比较好的解决方案吗？（不能增加系统复杂性、增加太多开发工作量）
2.对于java，现在用的orm框架hibernate，在sql调优这块根本没法进行。之前考虑换mybatis，但是改动工作量太大，目前新的服务和项目采用的是mybatis，但是旧的服务和项目还没发很好的解决这个问题。如果hibernate直接执行sql，那么就违背了orm初衷，很别扭。。
可以考虑 CQRS架构，也可以用cache。
其实分布式能不分就不分，适当规模的单体其实很好。