alpha版也有人敢用在生产环境？太强了吧

我在用，一台master，两台slave,这三台及其前面挡了一个mysql-proxy,维护一个连接池，再就是读写分离,目前看还算稳定

。。。。我导了一个200M左右的sql，mysql-proxy就挂了。

而且--proxy-read-only-backend-addresses=192.168.1.84:3306 ，根本不起作用，读写都是主数据库。

啊，这么严重，我导过1.6G的数据啊。。。好像没事。。。


这个是不起作用的，这个只能让你这个backend的type是BACKEND_TYPE_RO，具体的sql选择的哪个backend要你自己控制，一般在read_query函数里指定proxy.connection.backend_ndx既可以

比如你有两个backend：
  192.168.1.83是master，可读写，类型是BACKEND_TYPE_RW,id是1，
  192.168.1.84是slave，只读，类型就是BACKEND_TYPE_RW，id是2
然后这时候你收到一个select * from xx;你想放到slave上，只要proxy.connection.backend_ndx=2就可以了。

这样你可以根据sql语句来路由不同的后台，比如select开头的发到只读上，其他的发到master上，甚至，大写次开头语句发到master上，小写词语句语句发到slave上……

你有教程吗？能发下链接吗？rw-splitting.lua，我怎么修改？

我就看的文档 ：http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy.html

恰好我对lua比较熟悉，那些脚本就完全自己写了，网上现成的基本都有毛病，特别是对事务的处理部分，我给你上传一个简单的吧，分发规则是：
0.维护了一个mysql-proxy到mysql servers之间的连接池
1.非事务中select语句全部分发到只读服务器上执行
2.保证事务中把持住连接池中一个到读写服务器的连接，直到事务commit或者rollback才归还连接，这期间的select也会在写服务器上执行
注意:那个连接池的初始化是被动的，比如你的mysql-proxy后面有4个server，你在正常使用proxy前最好先连4次
你如果你想改规则的话，一般只要在改read_query/read_query_result上改写就好了，或者干脆找我改。。。

我现在规则是，默认在主服务器上执行所有操作，要想在从服务器上执行，得先执行下select slave_on;之后的语句便在salve上执行了，完事后select slave_off;重新回到master...

[ 本帖最后由 KDr2 于 2008-9-26 12:27 编辑 ]

多谢。我明天测试一下。

这哥们强。