ǰλã >> MySQL >> 关于分库分表(Mysql
  ϸ

关于分库分表(Mysql

ȶȣ279   ʱ䣺2016-05-05 16:43:16.0
关于分库分表(Mysql?

关于分库分表,要关心硬?业务,分布?和数?选型.
基本指标:库物理文件大?lt;100G
?lt;100
字?<200
单表记录?lt;500W

?用?用到MySQL的地???数据量一? ?就会遇到???要分库分?
这里引用??题为?么?分库分表?MySQL处理不了大的表吗?
其实?以?理的大表?我所经历的项?单表物理上文件大小在80G?单表记录数在5亿以?而且这个?br> 属于??常核用的?朋友关系?

但这种方式可以?不是??佳方? 因为?文件系统如Ext3文件系统对大于大文件处理上也有?多问?
这个层面?用xfs文件系统进?替换.但MySQL单表?后有??题是不好解决: 表结构调整相关的操作?br> ?在可??以大项在使用?会面监着分库分表的应?

从Innodb?来?数据文件的Btree上只有两?, 叶子节点锁和子节点锁,?想?知?当发生页拆分或是添加
新叶时都会?成表里不能写入数据.
?以分库分表还就是??较好的?择?

那么分库分表多少合?呢?
经测试在单表1000万条记录??写入读取性能?较好? 这样在留点buffer,那么单表全是数字类型的保持在
800万条记录以下, 有字符型的单表保持在500万以?

如果?100?00表来规划,如用户业?
500?100*100 = 50000000?= 5000亿??

心里有一??按业务做规划还是比较容易?

分库的原因,更?的为将来扩展及?能考虑.??性能???程下打开的文件句柄有限,这是分库分表要限制在单个进程下的数量.当然这些表也可以全放到??库下.但引入另???题,单机性能达到瓶?时,扩展又是??烦事.???以引入了??库,这样,才?始时,所有的库都?在事??例下,等到压力? 大后,单机成为瓶颈了,可以?过移库的形式能??的移动数据?br> 这个要看单机的?? 如果单机IO不是??如果Fusion-io这?IO设?+SAS ,单库?达到800G甚至1T都没??.如果?统的SAS建?单机单库??00G. 如果?控制?00G以内,不然不?易运?