第4章 集中式数据库上线部署 莫听穿林打叶声，何妨吟啸且徐行。竹杖芒鞋轻胜马，谁怕？一蓑烟雨任平生。料峭春 风吹酒醒，微冷，山头斜照却相迎。回首向来萧瑟处，归去，也无风雨也无晴。 苏轼的这首《定风波·莫听穿林打叶声》，是其担任黄州团练副使时，与朋友春日出游过 程中，风雨忽至，朋友深感狼狈，词人却毫不在乎，吟咏自若。表达了词人在逆境中始终保 持着乐观豁达的人生态度。 在当今风起云涌、英雄辈出的数据库江湖中，能一直不惧风雨砥砺前行的非集中式数据 库莫属了。自其问世以来，始终高效支撑着商业银行重要系统的稳健运行。尤其是上线实施 涉及面很广，需要开发中心和数据中心共同协作才能完成。 很多商业银行在部署数据库时，主要面临这样的难题：数据库安装配置不标准、监控指 标不全面、巡检体系不配套等，从而给数据库的运维带来很大压力。产生该问题的根源在于 规范缺失或者规范没有得到有效执行。实际上，数据库的部署规范和运维规范是数据库生产 运维的基础，只有制定了高质量的规范，并且确保规范能得到有效执行，才能真正确保数据 库上线的标准化。 通常商业银行新系统上线基于相关部署规范和运维规范，按照以下步骤进行。 首先，开发中心项目团队提出部署需求，数据中心新系统上线团队收到需求后，开始制 订部署方案草案；新系统上线团队接着邀请各个岗位人员对草案进行评审，这些岗位人员包 括开发中心项目团队、数据中心数据库岗、备份岗、网络岗、存储岗等人员；草案经多次讨 论和修改，最终才能形成正式的部署方案。 接下来，数据中心新系统上线团队按照部署方案完成数据库安装配置、监控部署、巡检 脚本部署、应急脚本部署、集中备份部署等工作。 最后，部署好的数据库环境将移交给数据中心应用运维保障部门，正式进入实际生产运 行阶段。 本章选择最常用的集中式数据库Db2 和MySQL ，并以某商业银行网络贷款系统作为案 例进行深入讲解。 4.1 部 署 需 求 开发中心应用项目团队在提出部署需求时，需要提供待上线系统的逻辑架构图。基于逻 辑架构，接下来对功能性需求、非功能性需求、工作负载需求和灾备需求等进行逐项深入分 103 第第4 章 集中式数数据库上线部署署 析，最后形成成正式的需求说说明书。 44.1.1 逻辑辑架构 在待上线线系统的逻辑架架构图中，需要要说明该系统统属于哪类业务务系统、包括哪哪些子系统、 该系统与外联联系统的关系等等，具体来说，，需要明确以下问题。 （1）各子子系统功能。 （2）本系系统和关联系统统的关系，特别别是要梳理清清楚系统之间的的数据流向。 （3）根据据数据流向，梳梳理清楚对数据据库的访问需需求。 例如，本本章案例网络贷贷款系统为业务务人员提供机机构人员维护、贷后管理、客客户管理、产产 品管理、合作作方管理等功能能，是一个在线线贷款受理、贷款审批、放放款、回收和贷贷后管理的系系 统，对接网银银、手机银行，采取全流程“不落地”线线上操作模式。根据客户的资资产、负债和和 收入情况，对客客户的还款能能力进行综合评评价，由系统在在线自动审批授授信额度和贷款款利率定价。 实现在线实时时获取客户的商商业信誉信息和和经营业绩历历史数据，全面面了解授信客户户的现金流及及 信信用情况。 图4-1 是是某商业银行网网络贷款系统的逻辑架构图图，整个系统从从逻辑上分为持持久层、技术术 支撑层、业务处理层、业务务分析层和展现现层等各个子系系统，其中，持持久层负责和数数据库交互。 图4-1 网网络贷款系统逻辑架构图 网络贷款款系统所涉及的的关联系统较多多，主要与外外联平台、ODSS 系统、天征系系统、零售评评 级系统、内容容管理平台等系系统全面对接。。 104 商业银行数据库库管理实践 44.1.2 功能能性需求 了解了网网络贷款系统的的逻辑架构后，，接下来需要要明确应用对数数据库的功能需需求。这里重重 点要考虑SQLL 语句兼容性要要求、应用访问问数据库编程程接口、存储过程开发、工作负负载等需求。 1. SQL 语语句兼容性要求求 美国国家家标准化组织（ANSI）是一个个建立多种行行业标准的组织织，SQL 作为关关系数据库所所 使用的标准语语言，最初是基基于IBM 的实实现在1986 年年被批准的。1987 年，国际际标准化组织织 （ISO）把ANNSI SQL 作为国国际标准。这个个标准在19922 年进行了修订订，即SQL-992，1999 年再再 次修订，即SQL-99，目前最新版是SQLL-2011 。 不同数据据库产品所实现现的SQL 标准准存在差异，不不同应用使用的SQL 也可能能存在兼容性性 差异，因此在在进行功能需求求分析时，要明明确SQL 语句句兼容性需求。。 2. 应用访访问数据库编程接口 现在的数数据库产品都支支持多种编程接接口，但在企企业级应用中，最常用的为JDBC 接口和和 CC/C++ 接口。在部署中，对对客户端使用的的JDBC 驱动版版本或者C/C+++驱动版本的的选择要重视， 确确保客户端所所使用的驱动版版本和数据库服服务器版本兼兼容。 3. 存储过过程开发 存储过程程是在数据库系系统中，一组为为了完成特定功能的SQL 语语句集，它编译译后存储在数数 据据库服务器端端，应用通过指指定存储过程名名字并提供输输入参数来执行行它，可以避免免客户端和服服 务器端过多的的交互。存储过过程在执行批处处理时具有性性能优势，因此此使用广泛。但但是，由于不不 同数据库支持持的存储过程编编写语法不同，所以在将存存储过程从一种种数据库迁移到到另外一种数数 据据库时，迁移移的工作量较大大，而且存储过过程出了问题题调试困难。 4. 工作负负载要求 系统对数数据库的负载可可分为事务型型（On-Line TTransaction Pr ocessing，OLLTP）、分析型型 （On-Line Analysis Processinng，OLAP）和和混合负载。 如表4-1 所示，OLTP 负载要求非常常快的处理查询询和事务，例如如，股票交易系系统、银行核核 心心系统是典型型的OLTP 系统统；OLAP 负载要求处理复复杂查询以及报报表等，例如，，数据仓库系系 统、决策支撑系系统是典型的的OLAP 系统；混合负载是OOLTP 负载和OLAP 负载的的组合，例如， 商业银行的理理财平台，既有有基金产品的申申购和赎回这这样的OLTP 负负载，也有按照照某区域对理理 财用户进行统统计分析的OLLAP 负载。 表44-1 工作负载种种类 特点OLTTP 负载OLAP 负负载HTAP 混合合负载 负载特点事务处理为主 查询、分析、报 批为主 报表和跑混合 和批 合事务处理、查询 批处理等负载 询、分析、报表 SQL 语句种类 语句简单 据库内置 ， 不会使用数 的olap 函数 语句复杂，会使 库内置的olap 使用数据 函数 既有 函数 有简单的语句，也 数的复杂语句 也有使用olap 多表关联不超过3 张表超过3 张表以上上 既有 过3 有不超过3 张表的 张表的关联 的关联，也有超 子查询很少较多较多 返回结果集大小小小（10 万万条记录以下）大（10 万条记录以上）大（10 万条记录以上上 ） 第第4 章 集中式数数据库上线部署署 续表 105 特点OLTTP 负载OLAP 负负载HTAP 混合合负载 索引少量较多较多 事务吞吐量高低较高高 分区技术较少较多较多 就网络贷贷款系统来说，经过和开发中心项目组确确认，该系统工工作负载为混合合负载，既有有 日间联机交易易，也有日终批批处理。 44.1.3 非功功能性需求 系统的非非功能性需求，主要从性能、、高可用、可可扩展性三个方方面分别考虑，，具体来说， 包包括以下内容容。 （1）从性性能指标来看，主要从以下三三方面来衡量量。 ① 响应时时间：应用向数数据库服务器器发起请求，服服务器完成处理理并返回结果给给应用，中间间 总共消耗的时时间。它反映了了数据库服务器器的处理效率率。 ② 事务吞吞吐量：通常常用每分钟处理理的事务数（TTPM）或者每每秒钟处理的事事务数（TPS） ） 来计算，这个个指标反映了数数据库的事务处处理能力。 ③ 资源利利用率：数据库服务器在处处理事务或者响响应查询的过程程中，CPU、I/O 以及磁盘盘 等系统资源的的使用情况，这这个指标反映了了系统资源是是否被有效利用用。 就网络贷贷款系统来说，根据开发中心心项目组和业业务部门的沟通通结果来看，其其日间联机和和 日终批处理的的性能要求，具具体如下。 ① 日间联联机性能要求：最大在线连连接数1000 人，最大并发数数200 ，简单查查询应在20 mss 内响应，复杂杂查询则应在11s 内响应。 ② 日终批批处理性能要求：日终批处处理不应影响日日间，应在晚上上业务清闲时完批 完成，日终批 处理时间应小小于2 h，最长不超过4 h。 （2）根据据系统的高可用用要求，有以下下分类。 ① 不间断断运行（7×244 h）：这种系统统要求全天候运运行，系统负载载在白天和晚上上会有变化， 但但都不允许停停机。 ② 平时24 h 运行（5××24 h）：这种种系统在周一～～周五的白天和和晚上都要运行行，周末可以以 停机维护。 ③ 平时8 h 运行（5×8 h）：这种系系统在周一～周周五的白天运行行，平时晚上和和周末都可以以 停机维护。 ④ 8 h 运运行（7×8 h）：：这种系统要求在周一～周周日的白天运行行，平时晚上和和周末晚上可可 以停机维护。 就网络贷贷款来说，根据据开发中心项目组和业务部部门的沟通结果果来看，确认该该系统工作时时 间为7×24 h 不间断运行，系统需要达到到99.99% 可用用性，即每年最最大停机时间为52.6 min 。 关于系统可用用性和每年最大大停机时间对应应关系，如表表4-2 所示。 （3）可扩扩展性。 数据库提提供了垂直（Scale Up）和水水平（Scale Ouut）两种扩展方方式。如图4--2 所示，垂直直 扩扩展方式中，通过在单个服服务器内增加CPU、内存以以及存储来提升升处理能力；在在水平扩展方方 106 商业银行数据库库管理实践 式中，通过增增加服务器节点点来提升处理能能力。 表4-2 系统统可用性和每年最最大停机时间 系统可用性性 99.9% 99.99% 99.999%% 每年最最大停机时间 8.76 h 52.6 min 5.26 min 图4-2 数据库两种扩展方式 就网络贷贷款系统将来的的性能需求来说说，由于采用用集中式架构，所以只能考虑虑纵向扩展， 即通过在当前前节点增加物理理资源的方式进进行硬件扩容容。 44.1.4 容灾灾需求 根据银监监会《商业银行行数据中心监管管指引》，总资资产规模一千亿亿元人民币以上上且跨省设立立 分支机构的法法人商业银行及及省级农村信用用联合社应设设立异地灾备中中心，重要信息息系统灾难恢恢 复能力应达到《信息安全到技技术—信息系统统灾难恢复规范范》中定义的灾灾难恢复等级级第5 级（含） 以上；其他法法人商业银行应应设立同城模式式灾备中心并并实现数据异地地备份，重要信信息系统灾难难 恢复能力应达达到《信息安全全技术—信息系系统灾难恢复规规范》中定义的的灾难恢复等级级第4 级（含） ） 以上。 重要信息息系统是指银行行业金融机构支支撑关键业务务，其信息安全全和系统服务安安全关系公民、、 法人和组织的的权益或社会秩秩序和公共利益益，甚至影响响国家安全的信信息系统。主要要包括面向客客 户、涉及账务务处理且时效性性要求较高的业业务处理类、渠道类和涉及及客户风险管理理等业务的管管 理类信息系统统，以及支撑系系统运行的机房房和网络等基基础设施。 根据第1 章相关内容，，读者了解到商业银行通常常采用“两地三三中心”的容灾灾架构，即生生 产产中心机房、同城灾备中心心机房和异地地灾备中心机房房。这些机房房需经过第三方方检测，按照照 GGB50174 A 级级机房标准建设设，供电采用用双电源双回路路，低压采用2N 冗余，高压压及制冷采用用 NN+1 冗余，使使用柴油发电机机作为应急电源并有持续供供油能力，满足足银行业务连续续性对基础设设 施高可用的要要求。 不同的商商业银行，会对对其管理的应用用系统进行评评级，根据不同同的评级，应用用系统的重要要 107 第第4 章 集中式数数据库上线部署署 性评级划分为为以下三类。 第一类，对应银监会重重要信息系统，，主要是指关关键应用系统，具体包括面向向客户、涉及及 账账务处理且时时效性要求极高高，其服务中断断将对商业银行行或客户利益益造成严重损害害的应用系统。。 这类系统需搭搭建同城灾备和和异地灾备环境境。 第二类，主要是指重要要应用系统，具具体包括面向客客户、涉及账务务处理且时效性性要求较高， 其其服务中断将将对我行或客户户利益造成较大大损害的应用系统。这类系系统搭建同城灾灾备环境。 第三类，主要是指一般般应用系统，具具体包括分析析决策类和协同同办公类系统、、不涉及账务务 处理的应用系系统，以及非直直接面向客户户的应用系统。。这类系统无无须搭建同城或或者异地灾备备 环环境。 就网络贷贷款系统来说，属于第一类重重要系统，需需要搭建同城灾灾备和异地灾备备环境。根据据 中国人民银行行《银行业重要要信息系统灾难难恢复管理规规范》，不同的系统采用不同同的灾备等级， 如表4-3 所示示。 表4-3 系系统分级和灾备备等级对照 系统分级定义 灾备等级 （国标） 第一类 （ （ （ （1）短时间中断 （2）短时间中断 （3）单位和用户 将对国家、外部 将严重影响单位 对系统短时间中 部机构和社会生产 位关键业务功能并 中断不能容忍的系 产产生重大影响 并造成重大经济 系统 的系统； 损失的系统；5 级 第二类 （ （ （1）短时间中断 （2）单位和用户 将影响单位部分 对系统短时间中 分关键业务功能并 中断具有一定容忍 并造成较大经济 忍度的系统 损失的系统； 3 级 第三类 （ （ （1）短时间中断 （2）业务功能容 将影响单位非关 许一段时间中断 关键业务功能并造 断的系统 造成一定经济损失的系统； 2 级 44.1.5 某银银行网络贷款系统部署署需求结论 经过上述述分析，最终完完成了某商业银银行网络贷款系系统的部署需求：该系统为业业务交易类； 属于第一类重重要系统；要求求系统服务时间间为7×24 h，，达到99.99%%可用性；供客客户、业务管管 理员和系统管管理员使用；功功能需求上，要要求支持SQL-99 标准、混合合负载；容灾需需求上要求同同 时支持同城和和异地灾备，因因此采用国标5 级灾备等级级，如表4-4 所所示。 表4-4 网网络贷款系统部部署需求表 系统名称称网网络贷款系统 业务务交易类（√） 运营营支撑类（×） 系统分类 管理 办公 理分析类（×） 公管理类（×） 开发发支撑类（×） 运维维支撑类（×） 重要性等级 第一一类（√） 第二二类（×） 第三三类（×） 108 商业银行数据库库管理实践 续表 系统名称称网网络贷款系统 7×224（√ ） 系统服务时间 5×2 5×8 24（×） 8（×） 7×88（×） 用户类型 功能性需求 非功能性需求 容灾需求 客户、业务管理员、系统管理员 支持持SQL-99（√ ） 通过过JDBC 接口访问问数据库（√） 存储储过程（×） 工作作负载：混合负载载（√ ） 日间间联机性能要求 ： 最大大在线连接数10000 人，最大并发发数200，简单查查询应在20ms 内内响应，复杂 查 询则则应在1s 内响应。 。 日终终批处理性能要求求 ： 日终终批处理不应影响响日间，应在晚上上业务清闲时完成成，日终批处理时时间应小于2h， 最长长不超过4h 可用用性要求： 99.9%%（×） 99.999%（√ ） 99.9999%（×） 扩展展性要求： 纵向扩展（√） 横向扩展（×） 同城城灾备（√） 异地地灾备（√） 44.2 数据据库部署环环境规划划 完成了部部署需求，接下下来就是针对需需求进行部署署环境规划。从从硬件方面，需需要考虑计算算 资源、存储资资源和网络资源源；从软件方面面，需要真正正做好数据库本本身规划；从容容灾方面，需需 要规划好同城城和异地规划。 44.2.1 计算算资源规划 在为数据据库服务器规划划计算资源时，，商业银行需需要根据实际情情况综合考虑，，选择最合适适 的方案。从实实践上来说，建建议形成低、中、高不同配配置的套餐，供供新系统部署时时使用，下面面 具体分析。 1. 选择小小型机还是x886 服务器 当前，很很多商业银行在在一些重要系统统上还在继续续使用IBM 或者者HP 小型机，，其主要优势势 是小型机稳定定、故障率低。但随着技术潮潮流的推动，x86 服务器的的性能和可靠性性提升很快， 109 第第4 章 集中式数数据库上线部署署 很多关键系统统开始逐渐迁移移到x86 平台上上。如果没有有特殊要求，建建议大胆采用x86 服务器作作 为数据库的运运行环境。 2. 物理机机和虚拟机 从实践上上考虑，对于OOLAP 负载和混合负载，由由于对I/O 吞吐吐能力和I/O 响响应时间具有有 较较高要求，建建议使用物理机机；对于OLTPP 负载，如果对对I/O 吞吐能力力和I/O 响应时时间没有特殊殊 要求，可以选选用虚拟机。 3. 规划CPU 内核数和内存 根据最佳佳实践，需要选选择好具有足够够内核数的CPU，随后根据据内核数配备相相应的物理内内 存存。通常CPUU 内核数和内存最佳比例为为1︰8，例如，，4 核的CPUU 对应的内存配配置为32GB 。。 44.2.2 存储储资源规划 关于数据据库所使用的存存储资源，首先先是进行资源源选择，选择本本地盘还是集中中式存储，随随 后是进行文件件系统规划。 1. 本地固固态盘还是SAAN 存储 随着存储储技术的进步，SAN 存储所所使用的磁盘开开始从SAS 盘盘逐渐过渡到固固态盘。当前， 很多x86 服务务器所使用的内内置本地盘，也也开始逐渐过渡渡到固态盘，I/O 性能可以和和使用固态盘盘 的存储媲美。那么，对数据据库服务器来说说，如何选择择呢？ 如表4-5 所示为本地固固态盘和存储的对比，对追追求高性能并能能容忍一定故障障率的场景， 建议采用本地地固态盘；对追追求高可用和存存储级容灾的场景，建议采采用SAN 存储储。 表4-5 本本地固态盘和存储储优劣对比 优劣对比本地地固态盘SSAN 存储 优势性性能高于存储 （1）存 余 （2）便 （3）有 存储一般有多个控 余设计，相较本地 便于数据迁移； 有丰富的附加功能 控制器、多块磁 地盘，存储的可 能，例如存储复 磁盘，这样的冗 可用性更高； 复制实现容灾 劣势 （1 （2 （3 ）故障率高于存 2） 扩容比存储复 3）本地固态盘所 单点，如果R 个RAID 组 存储； 复杂，需要热插拔 所采用的RAID RAID 卡损坏将 拔磁盘； 卡存在 将影响整 （1）存 化 存 （2）相 上 存储资源相较本地 化上需要多套系统 存在一套系统的热 相较本地固态盘 ， 上不如本地磁盘 地盘成本高，在 统共用一台存储 热点IO 影响其他 ，存储需要经过 在应用数据持久 储设备，有可能 他系统的问题； 过SAN ， 从性能 2. 规划文文件系统 完成了存存储资源选择后后，接下来就是是规划数据库文文件系统了。不不论是Db2 还还是MySQL， 数据和日志需需使用不同的文文件系统，其中，日志包括括事务日志和归归档日志。接下下来，分别以以 DDb2 和MySQQL 为例加以说说明。 如表4-6 所示，根据Dbb2 相关技术规规范，某商业银银行规划的Db22 数据库服务器器文件系统， 使用了LVM 进行逻辑卷管管理。总计两个个卷组，一个是是db2datavg，在该卷组上创创建了两个逻逻 辑辑卷lvdb2dataa 和lvdb2log，大大小分别为3000GB 和30GBB，对应的文件系统为/db2datta 和/db2log， 分别用于存放放数据文件和事事务日志；另外外一个卷组是是arclogvg，在在该卷组上只创创建了一个逻逻 辑辑卷lvarclog，，大小为60GBB，对应的文件件系统为/db2aarclog，用于存存放归档日志。这些文件系系 统为Db2 实例例用户和组所有有，实例用户为db2inst1，组为db2iadmm1。 110 商业银行数据库库管理实践 表表4-6 某商业银银行Db2 数据库库服务器文件系统统 卷组名称逻辑卷名称称逻辑卷大小小文件系统统属主/组备注 db2datavg lvdb2data 300 GB /db2data db2inst11: db2iadm1 数据文件 lvdb2log 30GB /db2log db2inst11: db2iadm1 事务日志 arclogvg lvarclog 60GB /db2arclog db2inst11: db2iadm1 归档日志 如表4-7 所示，根据MMySQL 相关技技术规范，某商商业银行规划的的MySQL 数据据库服务器文文 件件系统，也使使用了LVM 进进行逻辑卷管理理。总计两个卷组，一个是是mydatavg，在在该卷组上创创 建了一个逻辑辑卷lvmydata，大小为150GBB，对应的文件件系统为/mysqqldata，用于存放放数据文件； 另外一个卷组组是binlogvg，在该卷组上创创建了一个逻辑辑卷lvbinlog，大小为100GGB，对应的文文 件件系统为/myssqllog ，用于存存放二进制日志志。这些文件件系统为MySQQL 实例用户和和组所有，本本 例例实例用户为为myinst1 ，组为myiadm1 。 表4-7 某商业银行行MySQL 数据库服务器文件系系统 卷组名称逻辑卷名称逻辑卷大小小文件系统统属主主/组备注 mydatavg lvmydata 150 GB /mysqldata myinst1: mmyiadm1 数据文件 binlogvg lvbinlog 100GB /mysqllog myinst1: mmyiadm1 二进制日志 44.2.3 网络络资源规划 规划了文文件系统，随后后为数据库服务务器申请网络资源，首先需需要规划好IP 地地址，随后开开 通通网络访问控控制。 1. 规划IP地址 需要规划划好数据库服务务器主机对应的的IP 标识、IPP 地址和IP 类类型。其中，IIP 标识和服务务 器器的主机名对对应；IP 地址对对应具体网段；IP 类型包括服服务IP 和管理理IP，服务IP 是是可浮动的， 用用于配置双机机HA 使用，管管理IP 对应该该服务器的物理理IP 地址。 如表4-88 所示，网络贷贷款系统数据据库部署在两台台服务器上，主机名分别为为fbmsdb1 和和 ffbmsdb2，fbmmsdb1 和fbmsddb2 具有管理IP，采用双机互互备部署，通过过服务IP（标标识为fbmsdb__ svc）对外提供供服务，相关IP 地址和IP 类类型如表4-8 所示。 表4-8 网络络贷款系统数据库库服务器规划 卷组名称逻辑卷名称逻辑卷大小文件系统 fbmsdb_svc ××.××.××.×× 服务IPP fbmsdb_svvc fbmsdb1 ××.××.××.×× 管理IPP fbmsdb1 fbmsdb2 ××.××.××.×× 管理IPP fbmsdb2 2. 开通网网络访问 规划好IPP 地址后，接下下来需要考虑虑访问控制。数数据库服务器和和外部系统之间间通过网络交交 互，如果交互互的网络上存在在防火墙，这时时就要填写网网络访问申请，以确保系统之之间可以互联联 互通。在网络络访问申请中需需要说明源系统统和目标系统统相关信息，包包括源地址/目标标地址、源端端 口/目标端口、连接方式等。。 经过调研研，网络贷款系系统数据库服务务器和ODS 系系统、天征系统统存在访问关系，并且和这这 第第4 章 集中式数数据库上线部署署 些系统之间的的网络上存在防防火墙，因此需需要按照表 4-99 开通访问关系系，具体内容见见表 4-9 所示。。 表表4-9 网络贷款款系统数据库服务务器网络访问关系系 111 源系统主机名名源主机IPP 地址源端口口 目标系统 名称 统目标主机 IP 地址 机 址 目标端口口连接方式 fbmsdb_svc ×.×.×. × Any ODS 系统×.×.×.×× ×××× ×××× ×××× 长连接 fbmsdb_svc ×.×.×. × Any 天征系统×.×.×.×× ×××× ×××× ×××× 长连接 44.2.4 数据据库选型 这里的数数据库选型是狭狭义的概念，是是指在上线时时要根据部署需需求，完成数据据库种类选择择 和和版本选择以以指导数据库部部署。下面具体体探讨这两个个问题。 1. 数据库库种类选择 在选择数数据库时，不同同的商业银行规规划标准不同同，但出发点都都是根据所在商商业银行的数数 据据库技术路线线规划进行。 从商业银银行集中式数据据库的使用现状状来看，目前使使用最广的还是是Db2 或者OOracle 数据库； 但但开源数据库库MySQL 社区区版或者PostggreSQL 数据库库也开始逐渐增增多，如表4-110 所示，具体体 选选择原则建议议如下。 （1）针对对OLTP 负载：选择范围较广广，可以从 Dbb2、Oracle、MMySQL 或PosstgreSQL 这四四 种种数据库中进进行选择。从自主掌控的角度度考虑，建议优优先选择开源的的MySQL 或PPostgreSQL； 否则建议选择择Db2 或者Orracle；对自主掌控有要求，但由于应用中中使用了大量的的存储过程、 多表关联查询询这些功能性需需求，建议继续续沿用Db2 或或者Oracle。 （2）针对对OLAP 负载：选择范围也较较广，如果要要从数据库层面面解决，建议选选择Db2 或者者 OOracle 数据库库，这两种商业业数据库都支持持OLAP 负载载；或者利用大大数据平台解决决，建议选择择 基基于Hadoop 的大数据平台台。 （3）针对对混合负载：如如果要从数据库库层面解决，建议选择Db22 或者Oracle；；否则，建议议 选选择基于Haddoop 的大数据据平台。 表4-10 工作负载实现现方式 负载种类通过数数据库实现其他方式实实现 OLTP 负载Db22、Oracle、MySSQL、PostgreSQQL N/A OLAP 负载Db22、Oracle 基于HHadoop 的大数据据平台 HTAP 混合负载载 Db22、Oracle 基于HHadoop 的大数据据平台 2. 数据库库版本选择 选择了合合适的数据库类类型后，接下来来要选择合适适的数据库版本本。根据商业银银行对数据库库 基基础软件的版版本管理办法，通常会以季度度为单位对所所使用的数据库库软件版本进行行评估，随后后 给出推荐版本本，在新建系统统中优先使用新新版本，对存存量系统制订版版本升级计划。。例如，某商商