导言
在数据库技术快速演进的今天，共享存储集群逐渐成为金融、政务等核心场景的"终极选择"。近日，知名自媒体《老鱼笔记》与南大通用GBase 8s产品部总经理崔志伟，围绕国产数据库GBase 8s访谈交流，两位专家从实践案例切入，探讨了共享存储集群如何通过动态扩展与故障切换优化，实现业务连续性与数据安全性的双重突破。面对行业对国产数据库生态工具不足的质疑，对话还揭示了GBase 8s数据库如何通过模块化运维工具GM打破"黑盒"印象，让技术能力直观赋能业务。
老鱼： GBase 8 s数据库在 深圳 地铁 的清分系统里面，已经稳定运行两年 多 。在我看到的介绍资料里面，提到一个比较有意思的就是共享存储集群技术 ， 成为了银行业核心应用的一个首选。 那对于用户 使用了 GBase 8 s 的共享存储集群 ， 在交易处理的效率和数据安全上具体有哪一些提升呢？
GBase 8s崔志伟： 其实从一个集中式的数据库来讲，它离不开的就是数据库的集群。在数据库的集群里边，一般情况下我们能够看到开源的都是主备集群，一主一备，一主两备，或者是有一组三备的情况。其实我的观点是对于集中式的数据库来讲，它的终极归宿就是共享存储集群。第一，它的扩展性真的很灵活，计算节点在线就能动态扩展，存储也能独立扩展。第二，在特定的业务规模区间内，它的总拥有成本（TCO）是最优的。就像我们看到的Oracle RAC，包括现在的部分国产数据库，其实大家都在朝这个方向走。这说明什么？说明这确实是个大趋势，是经过实践验证的。
我举个实实在在的例子。GBase 8s在深圳地铁的清分系统已经稳定运行两年多了，这个案例特别能说明问题。还有泸州银行案例，他们用了共享存储集群后，最直观的感受就是交易处理效率上来了，数据安全性也得到很大提升。说白了，这个技术最大的优势就是能"双动态扩展"——计算节点可以在线扩展，存储也能独立扩展，就像搭积木一样灵活。
老鱼： 在故障处理方面， GBase 8s 今年做了哪些重点优化？
GBase 8s崔志伟： 我们今年在故障切换上做了个大改进。以前遇到故障，就像下载一个大文件时突然断网，整个文件都得重新下载。现在我们实现了"断点续传"式的切换。比如说，一个正在删除5000万数据的操作，进行到4900万时节点突然故障，传统做法是要回滚重来，现在呢？切换到备节点后，只需要继续完成剩下的100万操作就行。这样业务最多就卡顿几秒钟，对业务连续性的提升可不是一星半点。
老鱼：其实大家对国产数据库吐槽特别多的，就是生态工具太少了，可能用开源的工具应对。听说你们的GM工具是GBase 8s背后的运维的利器，当初你们设计的逻辑大概是什么？到底是为了去解决什么问题？****
GBase 8s崔志伟： 最早我们卖GBase 8s数据库，确实就是提供个服务器，再加两个驱动包就完事了。后来发现这样不行，客户根本感受不到我们的技术优势。现在的GM工具我们做了彻底改造，采用插件化设计，把资源中心、监控告警、运维管理这些都做成模块。这一点其实是做的比较灵活，客户就像搭积木，需要什么功能就装什么插件，他不需要的，他就不用装了。我们在地铁，在广州银行包括还有一些其他的业主就用得很灵活，数据库用的多的话都会用上这个GM，会很直观的把应用显示出来。
老鱼：我之前的文章有个评论，当时我觉得特别有意思。那个评论说“不是说国内只有谁谁谁家才有RAC吗？那他也有吗？”，很多人他可能压根就不知道GBase 8s有共享存储集群。所以我觉得你们应该多多宣传，多聊一聊这个事情。****
GBase 8s崔志伟： 这个太有感触了！今年有一次我去一家央企交流。交流的时候我们讲了一下我们有共享存储集群，有主备集群等等，对方就懵了说："我们听到的是国内唯一的一家是谁谁谁有这个集群"。当时我说大家宣传自己的产品都很正常，很现实的讲我的共享存储集群从哪年上线了一个什么样的业务系统对吧？这个真实的案例我们是有的。但确实需要加强宣传。
老鱼： 我 报道数据库这么多年， 了解 数据库其实是一个偏底层的特别 讲 技术的 ， 你 们 怎么样把数据库这种比较底层的技术，让非技术人员更好地理解 看懂 ？
GBase 8s崔志伟： 这确实是个大挑战。我们现在主要通过两个方式：一是通过GM工具把技术能力可视化，让运维人员能直观看到数据库运行状态；二是用生活化的比喻，比如用"断点续传"来类比故障切换，这样业务方就更容易理解。毕竟技术最终是要为业务服务的，不能让技术成为黑盒子。
老鱼： 未来 GBase 8s 还会在哪些方向继续发力？
GBase 8s崔志伟： 我们会重点做两件事：一是持续完善共享存储集群的高可用能力，二是深化GM工具的智能化运维功能。最重要的是，我们会继续倾听客户的实际需求，让技术真正解决业务痛点。毕竟，数据库好不好，最终还是要看能不能给客户业务创造实实在在的价值。
