![](https://csdnimg.cn/release/download_crawler_static/86382494/bg1.jpg)
参考:https://segmentfault.com/q/1010000006095431?_ea=1030472
面试题:谈谈业务中使用分布式的场景
面试的时候,面试官直接问,说说项目中使用分布式的场景?感觉现在的面试,高并发和分
布式是面试的标配啊,说实话,虽然项目的底层用了 8 台机器做集群,但是使用分布式场
景的业务场景确实不多,回答的不是很好。
问题:
1.个人感觉单讲分布式的话,包含有分布式存储、分布式事务,分布式锁,分布式锁有
memcache、redis、DB 等实现方式。以后遇到这种问题,如何回答才能达到面试官满意的
程度??
(个人感觉面试官是想知道:对于分布式这种问题的架构设计方面的理解以及在场景中如何
使用)
===========================================================
=
总结答案如下:
一、解决 java 集群的 session 共享的解决方案: SSO 单点登录
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。
首先,需要了解系统为什么使用分布式。
随着互联网的发展,传统单工程项目的很多性能瓶颈越发凸显,性能瓶颈可以有几个方面。
一、应用服务层:随着用户量的增加,并发量增加,单项目难以承受如此大的并发请求导致
的性能瓶颈。
二、底层数据库层:随着业务的发展,数据库压力越来越大,导致的性能瓶颈。
针对上面两点,我觉得可以从两方面解决。
应用服务层:
应用服务层的解决方案有几种: