MySQL社区

 找回密码
 注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
查看: 6251|回复: 5
打印 上一主题 下一主题

用MySQL-Proxy实现读写分离

[复制链接]
跳转到指定楼层
1#
发表于 2007-10-20 12:04:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
来自:http://www.infoq.com/cn/news/2007/10/mysqlproxyrwsplitting
作者 Gavin Terrill译者 郭晓刚 发布于 2007年10月17日 下午1时6分
社区 Architecture 主题 性能和扩展性, 集群与缓存

MySQL-Proxy, 6月份发布的MySQL-Proxy是处在你的MySQL数据库客户和服务端之间的程序,它还支持嵌入性脚本语言Lua。这个代理可以用来分析、监控和变换(transform)通信数据,它支持非常广泛的使用场景:

  • 负载平衡和故障转移处理
  • 查询分析和日志
  • SQL宏(SQL macros)
  • 查询重写(query rewriting)
  • 执行shell命令

MySQL Proxy更强大的一项功能是实现“读写分离(Read/Write Splitting)”。基本的原理是让主数据库处理事务性查询,而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。


Jan Kneschke在《MySQL Proxy learns R/W Splitting》中介绍了这种技巧,他还谈到了连接池的问题:
为了实现读写分离我们需要连接池。我们仅在已打开了到一个后端的一条经过认证的连接的情况下,才切换到该后端。MySQL协议首先进行握手。当进入到查询/返回结果的阶段再认证新连接就太晚了。我们必须保证拥有足够的打开的连接才能保持运作正常。
实现读写分离的LUA脚本是简单明了的:
  1.   -- 读写分离
  2.   --
  3.   -- 发送所有的非事务性SELECT到一个从数据库
  4.   if is_in_transaction == 0 and
  5.      packet:byte() == proxy.COM_QUERY and
  6.      packet:sub(2, 7) == "SELECT" then
  7.     local max_conns = -1
  8.     local max_conns_ndx = 0

  9.     for i = 1, #proxy.servers do
  10.       local s = proxy.servers[i]

  11.       -- 选择一个拥有空闲连接的从数据库
  12.       if s.type == proxy.BACKEND_TYPE_RO and
  13.          s.idling_connections > 0 then
  14.         if max_conns == -1 or
  15.            s.connected_clients < max_conns then
  16.           max_conns = s.connected_clients
  17.           max_conns_ndx = i
  18.         end
  19.       end
  20.     end

  21.     -- 我们找到了一个拥有空闲连接的从数据库
  22.     if max_conns_ndx > 0 then
  23.       proxy.connection.backend_ndx = max_conns_ndx
  24.     end
  25.   else
  26.     -- 发送到主数据库
  27.   end

  28.   return proxy.PROXY_SEND_QUERY
复制代码
Jan提醒说这个技巧还可以用来实现其他的数据分布策略,例如分片(Sharding)。

查看英文原文:Read/Write Splitting with MySQL-Proxy
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
收藏收藏 分享淘帖 顶 踩
2#
发表于 2008-4-10 19:04:33 | 只看该作者
3#
发表于 2008-7-23 14:39:33 | 只看该作者
java程序连接时报错如下,请问遇见过么

[debug] (command) unhandled type COM_STMT_EXECUTE
[read_query] 192.168.1.107:12556
  current backend   = 0
  client default db = test
  client username   = test
  sending to backend : 192.168.0.37:3306
    is_slave         : false
    server default db: test
    server username  : test
    in_trans        : false
    in_calc_found   : false
    COM_QUERY       : false
[debug] (command) unhandled type COM_STMT_CLOSE
4#
 楼主| 发表于 2008-7-23 15:17:34 | 只看该作者
没有,是不是那里配置有问题呀...
5#
发表于 2008-7-23 15:23:52 | 只看该作者
不是配置的问题,一般的插入查询都没有问题,就是用java程序连接的时候有出现这样的错误信息
我研究后觉得应该是commands.lua文件里没有定义此命令的动作
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|申请友链|小黑屋|Archiver|手机版|MySQL社区 ( 京ICP备07012489号   
联系人:周生; 联系电话:13911732319

GMT+8, 2024-6-26 17:01 , Processed in 0.069943 second(s), 23 queries , Gzip On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表