公司要进行国产化数据库替代，之前公司所有项目采用的是 Mysql，各位 V 友有没有建议的国产化平替方案

[ppboyhai]

公司要进行国产化数据库替代，之前公司所有项目采用的是 Mysql ，各位 V 友有没有建议的国产化平替方案

改动尽可能的要小，平滑迁移最好

[tutugreen]

TiDB 挺好的

[alexsz]

@hullhutt #57
链接 1： https://docs-opengauss.osinfra.cn/zh/docs/6.0.0-RC1/docs/DataMigrationGuide/MySQL%E8%BF%81%E7%A7%BB.html
链接 2： https://gitee.com/opengauss/openGauss-workbench/tree/master/plugins/data-migration

[hullhutt]

@alexsz #62 感谢

[RainCats]

用的 TiDB ，当 MySQL 用没什么问题
https://docs.pingcap.com/zh/tidb/stable/quick-start-with-tidb

[yh7gdiaYW]

@kw8023cn 能被强制要求更换的，显然不会是什么私企，或者至少是给 zf 提供服务的私企。这就等同于甲方和母公司的领导决定切换技术路线，你不能单纯的以技术视角来看这件事

[LDa]

国产数据库一般都有 oracle 模式和 mysql 模式吧，我做的迁移改动不是很大

[9pr7im4IjQ9u0806]

@yh7gdiaYW #65 不是私企才更有问题，私企花的是老板的钱，国企花的是纳税人的钱，纯技术上的问题，不能以技术的视角看，所以才觉得科技强国口号的荒诞和悲哀。
而且你举的例子，本身就是一个反面教材的例子，如果这种问题只出现在某个企业层面，危害相对较小，出现在国家层面，危害无穷，现在甚至提出质疑，作为一名技术工程师，你居然会觉得是视角不对，只能说这片土地实在是令人绝望。

[yh7gdiaYW]

@kw8023cn 所以我一开始就说了不要过度延申，就数据库这个领域，国产替代开源只会更好，你们这些人的刻板印象太深了。而数据库这个东西，没有外部压力推是很难主动替换的。
其他领域我没有实践就不评价了，但数据库肯定不是唯一一个

[hutoer]

@kw8023cn 利益链而已。有些事情是没法以纯技术视角去看的。20 年前，所里某老师拿 pg 改为国产数据库，当时还遮遮掩掩，不太好意思。现在，拿开源改改都号称自主研发、国产化，还引以为豪。只有利益够大，遮羞布就不存在，总能找到美化的理由。

[9pr7im4IjQ9u0806]

@hutoer 我知道是利益，所以在这里提出批判，但是你看层主，认为强制使用收费闭源替换全球通用的开源中间件是一件好事

[CrispyNoodles]

不要用达梦！

[dog82]

强推 tidb

[SoviaPhilo]

首先要明白是国产数据库还是信创，这是两个概念

另外腾讯的这堆应该没有进信创目录， 至少去年我看的时候没有

[victorc]

@kw8023cn 你完全是胡说八道，受害者妄想，要么润，要么出门去打螺丝

数据库是后端技术天花板， 政府搞信创/自主可控，每年给出几十亿的订单，这是大好事，养活了一堆自研数据库的团队。

[hongye]

星环的 kunDB 完全兼容 MySQL ，驱动都是 MySQL 的 JDBC 驱动。

[yansheng1003]

信创里面躺着一大堆垃圾，正在使用的感受。现在也有个好处，可以跟甲方甩锅了，切换个数据库都要这么久，你甲方不管愿不愿意都得接收，不接受你跟国产数据库厂家自己说去。是你们甲方自己要求换的

[sunxvvv]

MySQL 强兼容的，goldendb ，oceanbase ，tdsql ，tidb ，这几个市场占有率也高，全部都在国测目录中，还有个 greatdb ，本身就是为了满足信创更换数据库的，注意版本选择，有些数据库就算是企业版，也不一定是通过国测的，按照国测目录来选，分布式，组件多，资源要求高很多，看你们的数据量和资金预算吧，去联系销售要个临时的测试测试。

[rpx]

tidb +1