关系数据库迁移非关系数据库方案(iwantmoon.com出品）

经常遇到一些同行，在遇到大数据量和大并发量的背景的时候，愁眉不展，加班不断。对于NoSql带来的分布式数据库，表示距离很远，同时迁移成本很高，风险也很高。

那么本文，我们就来讨论一下，如果我们确定要从MySql(关系数据库）迁移至非关系数据库，我们会遇到的问题，以及解决方案

首先，我们还是要讨论一下，关系数据库的一些优化方案，下图是主从，也就是传统上讲的读写分离：

这种模式，适合写少读多，一处写，再同步给各读库，降低了，分散了读的压力 。

上图，为双机互备，适合读多写多的场，任一服务器得到 数据，会同步给另外一台。分散了读写压力。

以上两种模式，是目前关系数据库部署的架构，当然，在结构上，人们还找到一些技巧：分表和分库，因为本文主讲，不是关系数据库优化，所以这里就不再多提这块。如果大家有兴趣，欢迎在技术QQ群里面讨论：299388502。

对于关系数据库两种结构，我们很明显可以看到问题：

1、读写分离，写压力在一台服务器上，虽然将读请求分开，但同步需要时间，做不到实时同步。

2、双机互备，同样有同步延时的问题。

3、并没有从根本上解决数据库需要的大IO需求。

===============================================