http://hupy.javaeye.com/blog/453908
http://hi.baidu.com/jabber/blog/item/978e9125c668f76534a80fab.html
|
在大型的应用中，我们经常碰到MySQL的表数据需要无限扩充的情形。我们通常有以下一些解决方案，但是现成的方案都不是完美的。 比如， 使用程序来分表分服务器最大的问题是比较繁琐，需要程序做很多特殊处理，需要程序员了解数据存放在哪个服务器哪个表，这样，几乎所有的程序员都牵涉了进来， 也容易出错。那如果我们把分表的逻辑放到中间层则上层的应用就简单很多，而且可以单点控制分表的逻辑，方便调整与扩展。  HSCALE就是这样一个产品，它是在MySQL proxy的 基础上，在MySQL proxy的层面将上层的请求分配到实际的表上。实际的原理是通过拦截SQL进行替换和服务器重定向再将SQL传递到目标服务器上。它的分表算法可以由自定义的Lua脚本来实现，非常灵活。目前已经能支持同数据库分表，跨数据库的实现也将增加，因为在MySQL proxy的框架下，这并不是很困难的事情。现在的版本或许不是很成熟，但是在原理上我觉得是基本上没多大障碍，发展下去将是一个不错的选择。 HSCALE具体的性能测试简单介绍如下。
使 用HSCALE有2个开销，一是网络层面的，下面的测试环境大约MySQL proxy对每个SQL会增加0.02ms的网络延迟，如果增加了HSCALE, 则会增加到0.3ms，第2个开销则是MySQL proxy, Lua, SQL解析，HSCALE算法等造成，可看下面数据。 (图片来源：pero.blogs.aprilmayjune.org) 结论是最极端的情况下，在10个线程的情况下，使用MySQL proxy会需要大约3倍时间，HSCALE则是10倍。 使用了MySQL proxy 的 svn版本，性能提升很大。MySQL/MySQL proxy从1:3提升到1:2, HSCALE同样也提升比较大。具体结果见连接。但是仍然迫切希望作者再有提升。 今天说到大部分技术Blog都以介绍国外技术与产品的文章为主，没有深度，当然我这篇也不例外。:) |
