- 论坛徽章:
- 0
|
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. |
|