一个针对mysql的分布式想法

现状：新项目上线很难预估数据量（容易多估，导致数据库资源浪费）。新的mysql集群使用上有一定风险，老的不支持分布式。

目的：实现一种方便控制的，可动态扩展的分布机制。

思路：通过一个配置文件来控制数据库库表的资源，通过对这个文件的监听结合spring动态加载的机制实现动态调整。该配置文件的格式可以为：
db1:2#table1:0,table2:2,table3:1
db2:3#table1:2,table2:3

一行表示一个数据库及对应的表，":"后面为权重值。
当数据量增加时，可以增加表或库。

当然，这个机制主要用于数据插入时。至于数据怎么取，可以在数据的id里融入库、表的信息。
目前以这个思路基本跑通了整个流程，证明基本是可行的。

完善：
添加相应的监控机制，最好能通过监控来自动修改上面那个配置文件来实现自动调整资源。

评论

10 楼 myreligion 2010-04-07  

看看guzz的分库和自动切表，非常适合你。

9 楼 autumnice 2010-04-02  

其实这不是个复杂的设计也不是个复杂的系统，反而有点简单。它只用于数据插入时的分配库、表的工作。跟表结构没啥关系，mysql里即可以是key-value形式，也可以是一般的关系型结构。至于查询、更新、删除之类最多只是一个解析id的过程，其他的功能或限制基本就是取决于mysql本身而已。（当然对个别情况，如存储已存在主信息的子信息数据，可以加跳转表等实现，跟这个设计的关系也不大）

8 楼 hittyo 2010-04-02  

如果水平分库可以,那么key-value也一定可以

7 楼 ferly_j 2010-04-02  

注意事务的问题

6 楼 kongqz 2010-04-01  

顺便说下那个变形虫amode经过我们团队的压力测试，是相当的不稳定，不推荐使用

5 楼 kongqz 2010-04-01  

请搜索关键词shard
还有就是我记得javaeye有一期，有个团队分享了一个类似的产品jal

4 楼 J-catTeam 2010-03-31  

lishuaibt 写道

恩 水平分库

赞一个~

3 楼 cqwww 2010-03-30  

看看ameba

2 楼 lishuaibt 2010-03-29  

恩 水平分库

1 楼 抛出异常的爱 2010-03-24  

水平分库
+路由