金融行业数据库架构设计

1、金融行业数据库架构设计Oracle数据库架构设计实践目录金融行业数据库要求传统金融行业互联网金融数据库架构设计金融行业数据库要求数据安全事务性系统可用高可用客户感知高性能容量增长扩展性关系型数据库原子性一致性事务性持久性隔离性高可用系统HADataGuard双机RAC集群DataGuard存储复制容灾硬件CPUMEMORYIO建模物理逻辑开发登录SQL性能设计数据库扩展性目录金融行业数据库要求传统金融行业互联网金融数据库架构设计金融行业数据库要求数据安全事务性系统可用高可用客户感知高性能容量增长扩展性传统金融行业高可用架构案例主机64核1T内存11.2.0.3 两节点RACASM NORMAL

2、冗余每个FAILOVER GROUP对应独立存储VOTING DISK第三块盘存放在单独第三个存储上存储同步复制到本地第二机房存储异步复制到异地数据中心2颗CPU绑定到LGWR进程CacheLUN技术将REDO映射到存储内存64C 1TDATA DISKGROUPFAILGROUP1FAILGROUP2VOTING DISKGROUPFAILGROUP1FAILGROUP2FAILGROUP364C 1TSTORAGE1STORAGE2STORAGE3传统金融行业高可用架构案例DATA DISKGROUPFAILGROUP1FAILGROUP2VOTING DISKGROUPFAILGROUP

3、1FAILGROUP2FAILGROUP364C 1T64C 1TSTORAGE1STORAGE2STORAGE364C 1TDATA DISKGROUPFAILGROUP1FAILGROUP2VOTING DISKGROUPFAILGROUP1FAILGROUP2FAILGROUP364C 1TSTORAGE1STORAGE2STORAGE3DATA DISKGROUPFAILGROUP1FAILGROUP2VOTING DISKGROUPFAILGROUP1FAILGROUP2FAILGROUP3STORAGE1STORAGE2STORAGE3本地灾备中心64C 1T64C 1T异地灾备中

4、心存储同步复制存储异步复制传统金融行业高可用架构案例传统金融行业高可用架构案例传统金融行业高可用架构案例SQL select 3600*5 from dual; 3600*5-18000传统金融行业高可用架构案例提高存储响应，降低单次LOG FILE PARALLEL WRITE等待 时间；业务端合并短小事务，降低每秒处理的事务数量；初始化参数COMMIT_WAIT=nowait；增加实例，分担单个实例每秒处理事务数量；数据库级切分，增加新的数据库来分担每秒处理事务数量。数据库版本升级到12.1存储同步复制改为异步复制传统金融行业高可用架构案例传统金融行业高可用架构案例传统金融行业高可用架构案

5、例目录金融行业数据库要求传统金融行业互联网金融数据库架构设计金融行业数据库要求数据安全事务性系统可用高可用客户感知高性能容量增长扩展性互联网金融爆发性业务增长案例背景一年业务增长超过100倍预计在今后一年内，业务量仍然会有数十倍增长架构Exadata1/8一体机已采购ExadataX5满配一体机困惑当前数据库架构所能支撑的业务极限扩展性1/8配单节点可 承载45倍业务满配单节点可 承载90倍业务可通过多节点 扩展CPU资源SQL优化前提下CPU不存在瓶颈现有环境CPU资源1/8配Exadata 2节点18CPU36核满配Exadata 8节点36CPU72核CPU资源主要消费逻辑读硬解析闩锁无

6、效或低效SQL互联网金融爆发性业务增长案例扩展性1/8配可承载10 倍业务满配可承载100 倍业务可配置FLASH提 高IO性能配置FLASH存储IO不存在瓶颈现有环境IO能力1/8配ExadataIOPS1866满配ExadataIOPS24487IO资源主要消费物理读数据文件写日志文件写备份互联网金融爆发性业务增长案例扩展性可承载7000倍业务多节点承载业务心跳 压力会成倍增长心跳网络不存在瓶颈现有环境网络带宽Exadata Infiband 40G网络带宽心跳网络资源主要消费节点间心跳GC数据传输数据库后台进程通信互联网金融爆发性业务增长案例扩展性单节点可承载15升级到满配不带可通过部署FLASH 倍业务来扩展性提升提升性能可通过多节点业 务进行扩展当前配置下资源消耗LGWR进程目前使用率6%LGWR时间消耗logfileparallelwriteCPU调度远程节点通信互联网金融爆发性业务增长案例1/8配IO为主要瓶颈可承载业务压力10倍通过配置FLASH可提高IO处理能力满配LGWR单进程为主要瓶颈可承载业务压力15倍通过配置FLASH可提高LGWR处理效率多节点单个数据库的锁、热点等内部机制为主要瓶颈可承载业务50到100倍需要对现有业务模块改造，避免多个实例间的争用和冲突Sharding可承载业务压力超过100倍，具备良好的扩展性需要对现有业务架构进行彻底