随着it行业国产化需求的浪潮来临，国产数据库产品如雨后春笋般涌现出来，目前很多大型企事业单位的it系统建设，都要求国产化率达到一定比率，不仅仅是硬件，还有软件。而作为应用系统三驾马车之一的数据库更是应用系统国产化的重点范围。
本文就作者个人经历的国产化数据库选型过程做一个简单的总结，旨在抛转引玉，相互学习。每个行业的应用需求不一样，造成各自国产化数据库选型条件各不相同，本文梳理的选型条目也仅作为参考。
一、基础资源国产化适配
1、主机选择：个人了解，国产化硬件采购普遍是海光x86或者arm
2、os选择：个人了解，一般是麒麟os或统信os
以上2个类别选择主要会参考单位软硬件集采范围来定的。
当然，如果允许自行选择的话，建议尽量可根据自身需求进行os 主机的多种组合进行压测。
二、数据库基本功能验证
这块就不详细讲了，大家相对都比较了解！
个人建议大家关注2个重点：
1、功能对比：
确定应用需要的功能点，跟要验证的数据库进行对比，确认功能需求能否覆盖。
最懒的办法：找个商业数据库，拿出功能清单，跟你要测试的数据库进行对标，然后按图索骥，进行功能验证，输出对比测试报告即可。
2、sql兼容性：
数据库选型不仅仅是为了新建系统，存量应用的数据库也会存在逐步替换，所以sql兼容性验证非常重要。现在大部分国产化数据库都提供了迁移评估工具，直接出报告就行。
提个简单做法，对应用是否适合替换做个初评：
因为存量应用都是处在生产运维态，进行升级改造其成本往往是有限制的。
可以从当前生产库导出sql模板，做个排序，按照实际生产上sql使用频率让选型数据库进行验证兼容性，使用率最高的top10或top20要做到98%以上的兼容，避免应用改造过多（这个取值可根据实际情况进行调整范围）。
三、数据库性能验证
作为应用系统三驾马车之一，数据库能力必须能够满足业务峰值处理要求，所以性能验证是数据库选型的核心工作，也是各数据库产品比较拉开差距的重点所在。
1、通用性压测
这个就不详细说了，大家都知道。
注意一点：通用sql压测数据库厂商基本都做过优化，讲实话，非极致压测情况下，普遍差距不会很大，对应用选型的参考意义不大。
2、业务场景验证：
此处划重点！！！只有适合你的才是最好的！！！
笔者所在行业归属电信行业，相信了解电信行业系统的朋友都知道，每个月末/月初的计费出账阶段达到系统整体资源需求的峰值，同样这个压力也会体现在数据库上。
注：鉴于数据敏感性，为避免犯错，仅对场景做简单描述，见谅！！
（1）场景1：批量入库–验证数据并行入库能力（包括配套工具）
- 批量文件入库
- 数量级：千万级到上亿
- 时间要求：1-2小时
简单总结：这个非常考验入库工具及数据库自身对i/o有效控制能力，一般都是在i/o打满的状态下，比的谁的处理效率高
（2）场景2：批量计算–验证数据库 应用的批量计算能力
-批量计算，通过应用 数据库，实现业务计算
-数量级：几十亿到几百亿记录
-时间要求：2小时以内
简单总结：这个场景是多轮优化的集中点，业务逻辑是定死的，需要应用 db同步进行优化，搞起来大家都比较苦逼，天明到天黑.....
（曾经出现过为提高效率，业务处理做了简化处理，导致最终计算结果出现误差...）
（3）场景3：批量数据卸载–验证数据库出库能力（包括配套工具）
-批量出库，将结果导出到其他外围系统，进行后续业务流程处理，如大数据、定向分析、省分等
-数量级：几十亿
-时间要求：2小时以内
简单总结：同入库一样，考验卸载工具及并发执行能力，普遍也是i/o打满下，看谁处理效率高