整体面试氛围比较轻松，大都围绕简历内容及我做的回答展开，和互联网的技术面侧重点不同，个人感觉银行面试弱化技术，重视综合素质。
给我印象深刻的面试官是看上去资历比较老的面试官，虽然很随和，但是看问题和问问题都很一针见血。整个面试复盘下来，我觉得没有回到好的问题也是这个面试官问的：双十一的实现有哪些技术难点？当时被问到这个问题，我完全懵了，因为自己的认识只是局限在“高并发”的概念上，对于具体的实现细节完全不了解。旁边一位年轻的面试官好心地提醒我，“或者你说说高并发有哪些技术实现方法”。
根据面试时候的短板，面试结束后搜集整理下这个问题的答案。
关于双十一的技术难点：
1 服务器如何承载千万级的访问量？分布式集群系统
2 同一时间海量的数据存储？AliSQL
3 零点秒杀活动？
秒杀活动会出现的问题：
①秒杀活动会对现有的网站业务造成冲击，稍有不慎会导致整个网站瘫痪
②用户会频繁地刷新页面，访问服务器，访问数据库，会对服务器和数据库产生非常大的压力
③秒杀活动激增的网络请求和服务器带宽，远超平时的带宽
针对这些问题的解决办法：
①秒杀系统独立部署，使用独立的域名，独立的服务器和独立的数据库。这样即使秒杀系统挂了，也不影响整个网站的功能；
②对所有商品页面做静态化处理，重新设计秒杀商品页面，不使用原来的商品页面。用户使用静态化页面访问商品时，不必访问数据库；
③单独购买秒杀系统的带宽，将所有秒杀商品缓存在CND(内容分发网络)中，同时向CND服务器购买增加的带宽。
除此之外,阿里自主研发的OceanBase是实现海量级并发处理的核心。OB的两个大的特点：
①分布式数据库：用数以千计的普通PC机串联起来，代替昂贵的大型服务器，目的是在性能相当的前提下控制成本（和磁盘阵列的思想一样）。在性能相当的前提下，使用OceanBase的硬件价格是其他高端数据库的1/10左右。
②弹性架构：在峰值来临前，借闲置的计算资源，在峰值回落后再还回去
OB采用分布式数据库存在问题：普通PC机达不到服务器的稳定性，如果某台机器罢工，易产生多米诺骨牌的坍塌效应。在技术上实现一台机器出问题，其他机器即时补位备份数据不难，难点在于让每台机器的工作量始终保持均衡，否则工作量过大的机器容易崩溃，既而又是一场链式坍塌。目前解决分布式数据库稳定性的方式是将每一份数据同时备份3-5份，放在不同的机器上。一台PC机出故障的概率是千分之一，两台同时坏的概率是百万分之一，三台同时坏的概念是十亿分之一。
由于不主攻云计算、分布式方向，所以整理的内容还停留在比较初级的层面，以后会多关注技术博客和微信推文，一步步加深相关知识的理解。
最后总结下这次面试的最大收获：不能停留在基础知识的层面，对于生活中的热门问题也可以从技术的角度解读，要对技术有思考、有热情、有好奇心。这些积累不在一天两天，要平时养成习惯，闲暇时多看看技术博客，点滴积累才能有所收效。
