mysql 的分布式架构疑问

lzw4088

turbokian 发表于 2013-12-20 16:38
看你公司愿不愿意花钱了，现在有基于MySQL的分布式中间件了，可以分表，支持事务

请问下是什么 东东。。。了解下？如果合适的话 我想公司还是愿意发钱的

refineoracle

有一种山寨的方法：
分到单独的机器上去，什么cluster啊，mmm都不用，一个应用单连一个库（每个库都在单独的机器上跑），需要聚合数据的时候用多数据源，或者把所有数据再汇总到一个库上去（用复制或者其他的同步方法）。
如果这个系统对整体数据实时性不是很严格的话，这个方法可以顶一阵子。
对于单个表压力就很大的情况，前端看看加个缓存什么的。

jinguanding

最近公司想要把 oracle 迁移到mysql 。在mysql上面实现分布式架构。看了一下 ndb 觉得非常不安全，不敢用。请问下大家有什么好的架构方式。
我是想要实现一个，分业务，用户数据数据切片的方式。 如果使用 阿米巴 或者其他的中间件 架构，是不是原来的oracle存储过程全部都要废弃？


会带：

1.NDB是一个依靠内存存储数据的分布式数据库产品，当然7.2版本开始设置某些列存储于磁盘上；

2.NDB是有业务场景限制的，尤其是数据分片是依靠主键的值自动HASH实现的，也即需要这个进行关联；

3.NDB是一款实现高可用和分布式事务的存储引擎，不是为了实现高性能；

4.提问的朋友提到出报表就导致非常糟糕，单表几千万

4.1 单表几千万是没任何问题的，完全是正常的情况，关键是你数据库表设计是否合理，索引结构是否合理

4.2 主机硬件配置的性能如何

4.3服务器端参数配置如何

4.4 多表关联必须要符合MySQL的JOIN算法特点，否则是可能很慢的

5.你Oracle迁移到MySQL的存储过程问题

5.1 Oracle 迁移到MySQL部分SQL写法 和表结构需要做一些优化，否则不是较优或不一定符合MySQL算法特点

5.2 存储过程，若是用于出报表可以继续使用，业务方面的用处，建议改为程序处理


从描述信息看暂时不需要考虑 数据拆分的问题，否则可能导致数据架构更加复杂～～～ 若是需要可以电话或邮件咨询：金官丁， jinguanding@hotpu.cn ，

136 6166 8096 ，上海热璞网络科技有限公司 ，预祝上述信息可以指导你自己能解决，实在解决不掉可以找我们专业团队提供数据库服务。

xtjsxtj

lzw4088 发表于 2013-12-26 11:46
谢谢您的回答。但是我看到高性能mysql   mysql的分区表对频繁更新的表性能比较的低，这样对我们业务有比较 ...

首先呢，看看你的数据究竟有多大，热数据有多大，在数据库分库分表的垂直拆分的情况下能不能实现，万不得以最好不要进行水平折分
如果你的数据确实很大，而且又要实际更新，那只能对数据做水平拆分，然后用COBAR中间件统一访问
如果CORBAR的灵活性不能满足你的业务要求，也可以考虑自己写一个数据访问层，结合自己的业务模式，分发到不同的数据库

还有，一般对大数据的处理都不是一个单一的纯粹的方案能搞定的，也可以考虑下缓存和NOSQL之类的结合方案

仅供参考

lzw4088

xtjsxtj 发表于 2014-1-6 14:37
首先呢，看看你的数据究竟有多大，热数据有多大，在数据库分库分表的垂直拆分的情况下能不能实现，万不得 ...

谢谢您的回答。  综合大家的回复我再考虑下我们的系统后面如何架构

dukope

为什么选MySQL? 是因为简单?大家都在用？还是什么？ 看起来你们那数据也不大 不过几千万，你的业务如果不是那种短小快的OLTP事务系统 不建议选用MySQL,千万别盲目跟风。
根据你的描述 我觉得oracle应该是适合你的业务的 在oracle上也可以各种拆分
如果你选用Mysql的原因是因为免费 那建议你考虑postgreSQL,对于复杂SQL或者大表Join的SQL MySQL会慢的让你心碎！

digdeep126

mark ...