关于企业开源数据库爆发增长带来的问题 （一）

最近企业里面已经不再让新的收费性数据库进入了，ORACLE ,SQL SERVER 都应该与新项目的数据库选型无缘了。但带来的一个问题是新项目越来越多，运维开始招架不住了，就几个人，想运维几十台甚至上百台的MYSQL 或 POSTGRESQL 的确比管理几台ORACLE的难度要高的许多。

目前我们遇到的第一个问题就是，数据库申请标准化的问题，项目很多申请数据库的也多，而有的人员直接就申请32核心CPU 64G 内存，SSD 的磁盘环境，但到底一个MYSQL 或者 POSTGRESQL 或者 MONGODB 到底需要这么多的资源与否，估计申请的人和批准的人心里都没数。

这边我想了一个解决的方法，数据库标准化，什么是数据库标准化，就是将每个层级的数据库进行标准化测试，（可能初期会比较粗糙），通过测试得出一个基准的数值，这有点和云数据库在客户选型上有点类似。其实这并不是一个新话题，虽然不是陈年老酒，也也可以说是“老陈醋”。但问题是这样的“老陈醋”大部分企业都没有。

而继续推断下去，问题的所以在有两点

1  怎么测试

2  怎么定指标

一般来说，测试的手段基本上就是“大众”经常使用的那几个测试软件，做一个基础性的测试，而得出的指标当然也是“大众化”的。

既然有了大众化的测试软件，那大众的指标也就能从这些软件中获得。

到这里又有问题，就是你的指标好产生，而具体每个项目的需要的指标怎么来定。这就需要测试部门来进行测试，通过对软件的极端化测试，得出一个指标，而这个指标就是申请数据库服务器的一个指标。

通过这样的手段，运维的部门在申请服务器的时候就会有据可依，并且有测试部门的测试数据在手，那申请什么样的服务器也就有据可依，而不是某个人随便的说说而已。