mysql 5.0 集群负载均衡—经过测试

nntp

看了几个回帖和大家的问题, 忍不住要问大家难道从来不看mysql的官方cluster介绍么?

嘿嘿.

nntp

leaper is right, mysql cluster has limitation.

nntp

原帖由 oraclinux 于 2006-6-16 09:16 发表



是目前所有发行的版本都这样吗？
数据大后不稳定是否和在内存交换数据有关系？

subscribe mysql-cluster mailing list, your anwsers are there.

nntp

Nanu is right ,

MySQL's native cluster has two fatal problems.

1) application limitation
2) performance degrade in certain scenarios

Consult the MySQL Cluster mailing list, there are dozens of similar questions concern it.

Although Oracle RAC has blemish in current design but it is still the strongest SSI Database Cluster of the world, especially upon x86 platform.
(DB2 EEE has more scalable solution on MMP system).

I hope MySQL AB's product team can utilize faster interconnect technology such as infiniband to scale up IO throughput and low the latency as much as possible. (just like digital did on TruCluster with memory channel). To create an individual "Cluster Layer" is another solution to overcome the application limitation.

Till now, i'll never choose mysql's native cluster in my production environment. Although they has a pretty strong support team and considerable service price.

[ 本帖最后由 nntp 于 2006-6-22 12:47 编辑 ]

nntp

to qlks,

对一个cluster来说, 目前mysql还是相当不成熟的, 虽然目前的确有一些成功案例,但是对于需要高可用和性能的用户来说,这些还远远不够.
所以现在用成功案例来佐证MySQL的技术优势是没有太大意义的.

你的数据库这些数据,日常操作,并发JOIN request过来的时候,性能还很好么?
MySQL cluster 直到5.2以后才会把JOIN的问题fix掉, 我认识MySQL的QA工程师Jonathan Miller(jmiller@mysql.com). 如果你对mysql cluster需要进一步的了解可以问他,他比较清楚.
实际上如我的上一个帖子所说的,MySQL cluster不仅技术上目前限制颇多,性能上的扩展也是有限制的,也就是说,他只有在若干种应用类型下,才能发挥它的优势,比如Index in Memory,并发的select等,但是不是所有应用都能够受益的,前面提到的并发的JOIN操作,在银行和证券行业的数据库中是特别常见的,这些行业的应用中几乎每个SQL操作都会涉及.

另外有一个问题我始终觉得是有悖于HA设计的基本原则的,就是index in memory, 按照MySQL公司的性能评估样本环境(http://www.mysql.com/products/database/cluster/faq.html) ,很少有用户可以提供单节点16GB的内存来达到线性的性能增长, 这样的环境,实际上是对HA设计原则的一种矛盾,我曾经和MySQL工程师探讨过这个问题,结果就是发现矛盾的根源在于产品的定位,MySQL公司没有把MySQL clsuter的定位在取代Oracle RAC 的环境, 而是和他们的DB engine的设计思想一样,走了一条自己的路.  

我说这么多,并非否定MySQL cluster,我对这个集群系统非常看好,通过一系列的讨论,可以在现阶段帮助我们更清楚地认识他的优势和劣势,然后把它用到最合适的环境中去.

我相信MySQL cluster实际上是以性能取胜, 也许将来会成为OLTP性能最好的Database Cluster.

nntp

huanghaojie, check我写的手册，在精华.

nntp

agree with archangle.

最重要和最难得都是对症下药。

nntp

原帖由 leaper 于 2006-8-8 09:58 发表



用来作DNS解析啊，不过总的一句话，你的案例没有说服力，本身dns的解析就是cache的。而且也不会有很多类型的数据，

也没有复杂的操作与或其它的。

也不值得参考，mysql的高层来过我们这，给我们布道过 ...

mysql的高层我认识几个，能告诉我是谁建议你们不要用cluster么?