java - 面试题：谈谈业务中使用分布式的场景
问题描述
面试的时候，面试官直接问，说说项目中使用分布式的场景？感觉现在的面试，高并发和分布式是面试的标配啊，说实话，虽然项目的底层用了8台机器做集群，但是使用分布式场景的业务场景确实不多，回答的不是很好。
问题：
1.个人感觉单讲分布式的话，包含有分布式存储、分布式事务，分布式锁，分布式锁有memcache、redis、DB等实现方式。以后遇到这种问题，如何回答才能达到面试官满意的程度？？
(个人感觉面试官是想知道：对于分布式这种问题的架构设计方面的理解以及在场景中如何使用)
============================================================
总结答案如下：
一、解决java集群的session共享的解决方案：
1.客户端cookie加密。（一般用于内网中企业级的系统中，要求用户浏览器端的cookie不能禁用，禁用的话，该方案会失效）。
2.集群中，各个应用服务器提供了session复制的功能，tomcat和jboss都实现了这样的功能。特点：性能随着服务器增加急剧下降，容易引起广播风暴；session数据需要序列化，影响性能。
3.session的持久化，使用数据库来保存session。就算服务器宕机也没事儿，数据库中的session照样存在。特点：每次请求session都要读写数据库，会带来性能开销。使用内存数据库，会提高性能，但是宕机会丢失数据(像支付宝的宕机，有同城灾备、异地灾备)。
4.使用共享存储来保存session。和数据库类似，就算宕机了也没有事儿。其实就是专门搞一台服务器，全部对session落地。特点：频繁的进行序列化和反序列化会影响性能。
5.使用memcached来保存session。本质上是内存数据库的解决方案。特点：存入memcached的数据需要序列化，效率极低。
二、分布式事务的解决方案:
1.TCC解决方案：try confirm cancel。
首先，需要了解系统为什么使用分布式。
随着互联网的发展，传统单工程项目的很多性能瓶颈越发凸显，性能瓶颈可以有几个方面。
一、应用服务层：随着用户量的增加，并发量增加，单项目难以承受如此大的并发请求导致的性能瓶颈。
二、底层数据库层：随着业务的发展，数据库压力越来越大，导致的性能瓶颈。
针对上面两点，我觉得可以从两方面解决。
应用服务层：
应用服务层的解决方案有几种：
应用系统集群：
应用系统集群最简单的就是服务器集群，比如：tomcat集群。应用系统集群的时候，比较凸显的问题是session共享，session共享我们一是可以通过服务器插件来解决。另外一种也可以通过redis等中间件实现。
服务化拆分：
服务化拆分，是目前非常火热的一种方式。现在都在提微服务话。通过对传统项目进行服务化拆分，达到服务独立解耦，单服务又可以横向扩容。服务化拆分遇到的经典问题就是分布式事务问题。目前，比较常用的分布式事务解决方案有几种：消息最终一致性、TCC补偿型事务、尽最大能里通知。具体的你可以参考下这篇博客分布式事务解决方案
底层数据库层：
如果系统的性能压力出现在数据库，那我们就可以读写分离、分库分表等方案进行解决，由于这方面我的经验也不够多，所以，你可以参考下其他的一些文献。
Mycat 数据库分库分表中间件
MySQL高可用读写分离集群
这篇关于java - 面试题：谈谈业务中使用分布式的场景的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
