互联网业务快速发展，银行系统架构师如何应对网银等数据强一致性系统的性能问题？
银行互联网业务正在快速发展。互联网业务典型的特征就是高并发，比如说秒杀，天猫上天天有秒杀，京东上天天有抢购，12306到了春节，每张票都是秒杀。这种高并发场景对基础架构的压力，不仅是Web、应用服务器，更重要的是对数据库的考验。网银系统涉及到的主要业务是交易，是金钱的交易，所...显示全部
查看其它 19 个回答haizdl的回答
1. 网银系统对数据强一致性有要求，就目前来看，它还没办法实现真正的分布式，集中式架构更符合现实情况。
2.高并发场景，前端的Web和应用很容易靠应用负载集群的横向扩展能力来解决。但数据库就没那么好解决了，常见的思路有这么几个：1）数据库缓存剥离为单独的集群缓存。2）NOSQL内存数据库的应用。3）增加数据库节点的固有处理能力。但是不是说所有业务都能用内存数据库，也不是说所有业务都能剥离缓存，传统方式还是靠增加数据库节点的处理能力。但是这个扩展能力可不像应用集群扩展节点那么容易。
3. X86服务器集群架构代替大型机小型机等重量级服务器的热潮一波接一波，是不是传统小型机上的所有优势都能被X86集群架构代替掉？
对于应用服务器，基本没什么太大的疑问，大部分系统都可以用应用集群方式实现横向扩展，将集中式处理能力转化为分布式处理能力。
但是对于数据库服务器（关系型数据库），尤其是重量型OLTP业务，X86还是不能完美成为替身。
对于传统OLTP业务来讲，尤其是银行的交易业务，数据库的模式并没有因服务器的架构改变而随之发生质变，仅仅是兼容性的支持，融合性的提高，数据的强一致性要求没有丝毫减弱。所以我们不能简单的为了使用X86而迁移？过去用小型机是因为其良好的稳定性、系统的健壮性以及处理能力的强大，去小型机是因为其昂贵的成本以及其独有的封闭性。今天我们用X86是因为其低廉的成本和相对已经得到质的提升的性能，今天成熟的集群技术，良好的X86服务器生态环境，这三者综合的性价比。按照企业宣扬的精神：客户是第一位的，企业自己是第二位的。所以我坚持认为核心系统的选型还是要以质为第一目标，对于非核心系统要以性价比来衡量。
- 笔者说的很靠谱，接地气，言论都是可以落地的。赞一个
- x86服务器一般不建议用做核心数据库服务器的，据统计，x86服务器单机整体故障率每年2%，x86服务器的可靠性低是核心数据库服务器的最大隐忧。另外，x86服务器更新换代太快，生命周期较短，比如Intel每隔1年半左右更新换代新型号CPU。 还有，数据库一般属于I/O比较繁重的负载类型，众所周知，x86服务器另外一个致命的瓶颈在于I/O处理能力不强，这也是我们普遍看到运行CPU负载（如科学运算）x86服务器的CPU利用率很高，而对于I/O型负载（如数据库）无论如何CPU利用率维持10%左右，无论如何都上不去。
- 银行交易必须同时满足一致性和可用性。唯有确保交易数据的实时强一致性，否则造成金融风险后果是不堪设想的。银行的交易不是简单的金额加减问题，要涉及到客户账，分户账，会计总账等系列后台逻辑数据的变更，所有的账务系统要有相应的规则统一管理。银行交易必须在一个逻辑处理事务单元实时完成并保证ACID。国内还没有听说过哪家大、中、小行勇敢的把核心数据库搬到分布式架构去尝鲜，这个风险不是某行长随便拍板就可以担当的了的。所以，银行系统除了考虑性能，尤其还得考虑系统平台的稳定性、可靠性和安全性。这些正是小型机和IBM 大型机（包括IBM LinuxOne）的强项，这也正是这么多年来它们长盛不衰的原因之一。