数据库二十年目睹之怪现状⓶ 测评现形记
梁敬彬约 9 分钟上集回顾
太！多！了！(数据库）
二十年怪状，迷雾里探望
开源一夜来，万树梨花开
厂商林立多，原创崛起少
1
选型笑哈哈，未来惨巴巴
2
劣币驱良币，测评现形记
Q：哦，这就能在性能PK中胜出了啊。
3
日志强关闭，副本无踪迹
W：又关日志，又关副本，这么一叠加，不快都难啊，真是开眼界了。
4
场景忙切割，数据假入库
众人听得瞪大眼睛，一时哑口无言。
5
随意改参数，缓存掩耳目
6
生态不完善，安全靠边站
L：是的，希望我说的这些能让大家擦亮眼睛，识破厂商使用”特殊手段“。不过大家选型的失败经历不仅仅是因为厂商使坏，还有第二个重要的原因。
W：什么原因？
L：就是对数据库的整体认识不足，导致选型时的测评角度不够全面。大家注意到没，前面列举的所有的“特殊手段”都是针对性能，但是从各位描述的遭遇来看，生产中遇到的麻烦可不只是性能问题。只不过由于各家数据库的功能看起来都差不多，似乎都能满足业务需求，于是很自然的演化成谁快谁牛，性能成了分胜负的有效手段。
不过如果只盯着性能看，那就会忽略安全、稳定、功能、易用、生态、成本、服务等等，就大概率会出问题的，我给大家随便说些大家比较容易忽略的点吧，首先是生态。
Q：生态？我确实从未考虑过这一点。
L：数据库不能只是单打独斗，需要与芯片、服务器等硬件形成紧密配合，尤其是在国产化浪潮下，与国产CPU及服务器的适配至关重要；需要要为上层应用提供标准统一的接口协议，让BI报表、门户网站、移动App等都能灵活调用数据资源；需要能对接完善的运维监控平台，能实时采集数据库的各项健康指标，并通过可视化面板呈现，让DBA团队洞察其运行状况；需要周边工具链如备份、容灾、审计、迁移等,则为数据库保驾护航；需要包括权威的认证培训体系,能培养出高水平的DBA人才；需要活跃的社区，让大家交流碰撞出创新的火花.....这里就不一一列举了，总之数据库产品是离不开生态的，这也是我们用户选型时需要重点考虑的。
W：有道理，还有什么容易忽略的吗？
L：安全也是需要重点考虑的，大家也听到我描述的关于不良厂商在测评时关闭安全功能换取性能提升的丑事。正是因为安全这块不容易评估，所以很容易让我们忽略，安全测评往往没有严格的标准，大家也一般草草验证了事，甚至根本就不测。
Q：确实如此！
7
服务不尽心，绑架拼全力
L：除了技术指标，服务也是选型时大家本该重点考虑，却容易忽略的事。
W：确实，我们用户往往理所当然地认为厂商能给予大力支持，其实未必。
L：服务质量差的厂商，往往在售前承诺得天花乱坠，但一旦签了合同，服务就变得敷衍了事。比如，你打电话给他们说各种问题，他们却让你各种进程重启。有甚者会推诿责任，导致问题久拖不决，严重影响业务。
老明：这不就是在说我嘛，厂家一直拖到数据库宕机为止。
L：还有些厂商，前期服务很好，后期为了绑架客户，故意制造技术壁垒，让客户不得不采购他们的专用硬件，价格昂贵不说，如果要更换数据库，这些采购的硬件就会变成一堆废铁了。
X：这种绑架行为太可恶了，和我公司规模相当的同行的同一业务场景的投入为数千万，而我们则是其十倍有余，这一对比真的是太难堪了！
8
考虑要仔细，厂商勿盲信
L：总之，选型时要全面考虑，不仅要看性能，还要看安全、稳定、功能、易用、生态、成本和服务等各方面。
W：L兄，说了这么多，有没有什么具体的建议呢？
L：首先，要多听取同行的经验和建议，不要轻信厂商的宣传。比如，多问问那些过来人，听听他们的惨痛教训。其次，要进行全面、真实的测试，避免遗漏和只看表面数据。对于测评时厂商使的那些套路，咱们得能识破。要选择有良好口碑和长期服务记录的厂商，确保后续支持有保障......具体不展开了，后续我准备整一个数据库选型指南，把具体细节都写到里面如何，包括更细致的防骗手册。
Q：太好了！对了，防骗手册里不止你提到的那些测评套路吧。
L：当然了，太多了！我随便再抖一些劲爆的料，比如有的无良厂商居然准备了两套版本的数据库，一套上生产，而另一套不上生产仅用于选型测评。同时成立了专门的测评小分队，拿着PK专用版游走于全国各地客户现场。
W：天啦，三观尽毁啊！
L：是的，看到这一集的正经厂商们，为你们点赞！可千万别学坏哦，只有走正道才有未来！希望你们的数据库产品越来越完善，越来越先进！
未完待续......
正所谓
预告：《超融合数据库》即将出版，关注梁老师公众号，敬请期待。