【Mycat扩容方案个人设计】

无论是Mycat的新增数据节点扩容还是缩减数据节点，都涉及到数据的重新分布。下面这张图是实际假设的数据分布情况。

二、 扩容方案

1)扩容方案一：表中增加一个冗余标志位字段，默认为0

如果遇到迁移数据，我首先发送一条SQL语句把冗余标志位改为1，标识这条数据需要重新分布。

然后进行扩容，重新加载配置文件，剩下情况就是处理冗余标志为1的数据了

2)扩容方案二

<table name="t_gaojs" dataNode="dn1,dn2,dn3" rule="mod-long" />

把name属性拆分为

<table virtualName="t_gaojs" realName="t_gaojs" dataNode="dn1,dn2,dn3" rule="mod-long" />

virtualName对应程序中sql语句查询的表名字，realName对应数据库中数据的真实名字

路由过程中重要的一步是用realName替换查询语句的virtualName

默认情况下,virtualName 和 realName="t_gaojs" 相等，因此没准哪天宝宝不高兴，  不用mycat了，如果不相等你就惨了。

现在遇到迁移情况，我改完 dataNode之后顺便把realName指向另外一张新表realName="t_gaojs_bak"

新表建表语句直接copy旧表的就行，然后在mycat的8066端口执行建表语句，应用就顺利切换过来了。剩下情况就是历史数据的重新插入计算路由了，历史数据要重新插入一遍。

 方案二优点：

1）对应用可以隐藏真实的表名字

2）不需要一个一个的先把旧表改名字，当然也可以通过mycat8066改表名字，然后再建一个新表，但是此时可能碰到改表名字的时候锁表情况，因为没有停止应用，就有链接蜂拥上来的情况。

3）历史数据和新数据暂时分家了，可以互不影响，后续需要人为干预重新路由。

 

 

三、历史数据重新路由

剩下工作就是把数据重新取出来进行路由，

如果遇到缩减节点，缩减的那个节点数据都要重新路由一遍，类似扩容方案二。

如果遇到新增节点，那么取出来的数据有可能还是路由到该节点，此时就不需要处理，

反之就要先把数据路由到新节点，然后删除该条数据， 整个过程应该是一个事物