国产数据库分集中式和分布式，Oracle迁移至集中式还是分布式场景？

1，首选无论是集中式还是分布式，都尽量采用大厂的产品。因为数据迁移工作，看似没什么大不了，一旦出问题后后果很严重。大厂的集中式和分布式产品一般都有数据迁移工具，并且在很多客户那使用过，迁移都会比较方便，但没有想象的完美。
2，如果是小库，迁移至集中式会比较方便，通过工具直接可以迁移。如果是交易量比较大、数据量比较大的库，推荐采用分布式数据库，集中式的性能肯定不如大厂的分布式数据库产品。
3，如果库有非常多的存储过程（几十个，乃至几百个），还是采用集中式比较好。分布式数据库，尤其是基于MySQL的对存储过程兼容性不太好。

首先总结下我司所使用的两种数据库特点。
集中式数据库：体系结构与Oracle类似，语法兼容度高、对服务器无要求、数据迁移成本小、运维规范可基本沿用。单集群性能上限受限于X86服务器算力，相比小型机+Oracle的组合仍存在一定差距。
分布式数据库：使用分布式协议和LSM-Tree数据结构，需要修改为Mysql语法、对服务器性能要求较高、数据迁移成本较高、运维规范需重新建立。单集群库性能可通过扩充服务器进行扩展，算力可突破小型机+Oracle的组合。

针对以上两种特点，我们的替换场景如下：
1、切换前使用虚拟机运行数据库的中低负载系统，替换为集中式数据库。
2、切换前使用小型机或者多台物理机运行数据库的中高负载系统，替换为分布式数据库。

如果是从选型的角度来看，性能，容量的扩展是个成本问题，这一点比较容易比较。技术参数上主要看应用场景，主要是异常定位、 稳定性和厂家支持是有差异的。 从我的分布式数据库使用经验来看， 分布式的优点是读写特别快，计算上也不慢。

国产数据库集中式模式迁移难度较小，适配容易，特别是一些特殊数据库对象也可以支持，比如函数和存储过程，对于性能，容量和扩展性要求不高，单台数据库服务器足以支撑的业务场景，可以采用。而分布式模式对于数据库比较大，高并发，需要根据业务需求可以扩展的业务场景，单台服务器无法支撑的场景。无论是集中式还是分布式模式，均支持跨机房级容灾和节点高可用等特性

从Oracle迁移到国产数据库的选择路线：
1.迁移目的：首选需要关注的是迁移目的，是为了解决性能、承载量，还是为了满足自主可控。针对前者的话，考虑分布式架构更多；后者，则更倾向于考虑国产集中式架构产品。
2.应用适配：次之要考虑应用适配问题。如果应用对Oracle有较深度的依赖，则需优先考虑兼容度好的产品，相对而言集中式架构产品在这方面有些优势；反之，则可不将此因素作为选择要素之一。此外，针对分布式架构，需要考虑如数据分片等问题，也需一并考虑。某些系统依赖外部厂商开发，出于尽量减少开发量的初衷，集中式架构更有优势。
3.运维适配：现有运维体系是否对分布式架构有一定经验或者已具备相关人员储备，这对于选择这一架构很重要。这其中包括从基础设施、备份恢复、故障处理、性能调优等多方面。
4.业务连续性：相对集中式架构而言，分布式在整体稳定性等方面还需验证。因此在选择之初，要将整体可用性作为考虑要素之一，是否有专项预案解决需考虑。

可以看具体应用场景，功能、性能要求，再根据这些来判断是迁移到集中式，还是分布式。

集中式多一些
如果做分布式的话，系统改造较多