一、mysql-proxy简介mysql-proxy是mysql官方提供的mysql中间件服务。上游可以连接多个mysql-clients，后端可以连接多个mysql-server。它使用mysql协议，任何使用mysql-client的上游都可以迁移到mysql-proxy，无需修改任何代码。mysql-proxy最基本的用途是作为请求拦截和请求中转的中间层：更进一步，mysql-proxy可以分析和修改请求。拦截查询和修改结果需要通过编写Lua脚本来完成。mysql-proxy允许用户指定Lua脚本拦截请求、分析和修改请求，也允许用户指定Lua脚本修改服务器返回的结果，添加或删除一些结果集。所以，从根本上说，mysql-proxy是官方提供的一个框架，具有很好的扩展性，可以用来完成：sql拦截修改性能分析和监控读写分离请求路由……这个框架提供了6个hook点，它可以让用户动态干预客户端和服务器之间的通信。2、mysql-proxy的结构和原理正如“简介”中提到的，mysql-proxy为用户提供了6个hook点，让用户可以实现Lua脚本来完成各种功能。这些挂钩点以函数的形式提供。当不同的事件和操作发生时，用户可以实现这些功能来做我们期望的事情。当connect_server()mysql-client向代理发起连接时，代理会调用该函数。用户可以实现这个功能来做一些负载平衡的事情，比如选择连接到哪个mysql-server。假设有多个mysql-server后端，用户没有实现这个功能，proxy默认采用round-robin策略。当read_handshake()mysql-server向代理返回“初始握手信息”时，代理会调用该函数。用户可以实现该功能做更多的权限验证工作。read_auth()当mysql-client向proxy发送认证消息（user_name,password,database）时，proxy会调用这个函数。当read_auth_result()mysql-server返回认证结果给proxy时，proxy会调用这个函数。read_query()认证完成后，每次mysql-client通过proxy向mysql-server发送查询消息，proxy都会调用该函数。如果用户想拦截请求，可以模拟mysql-server直接返回。当然用户也可以实现各种策略，修改请求，路由请求等不同的业务逻辑。read_query_result()认证完成后，每次mysql-server通过proxy向mysql-client返回查询结果时，proxy都会调用该函数。需要注意的是，如果用户没有显式实现read_query()函数，则不会调用read_query_result()函数。用户可以在这里实现各种合并策略，或者对结果集进行修改。下图是各个钩子函数的触发架构图，箭头方向表示触发时序：可以发现最重要的两个函数其实就是read_query()和read_query_result()，各种重写逻辑SQL和结果集都是在这两个函数中实现的。更详细的查询过程如下：三、mysql-proxy典型应用案例一：sql时间统计分析假设mysql-client提交的原始sql为：XYZ；proxy可以在read_query()中改写为：SELECTNOW();XYZ;SELECTNOW();这样在返回结果集的时候，可以在应用层记录sql时间，方便统计分析。案例二：sql性能统计分析假设mysql-client提交的原始sql为：XYZ；代理可以改写为：XYZ；在read_query()中解释XYZ；这样在返回结果集的时候，可以在应用层检查sql的性能，记录下来，进行统计分析。需要强调的是，在这两种情况下，由于proxy重写了read_query()中的sql，实际上mysql-server在read_query_result()中返回的信息比原来的request更多，proxy必须把多余的信息去掉再返回mysql客户端。还有一点，你可以添加一个唯一的ID来对请求sql和返回结果进行配对。案例三：读写分离mysql-proxy启动时，可以通过参数配置后端mysql-server为主服务器还是只读，无需修改任何代码：shell>mysql-proxy\--proxy-backend-addresses=10.0.1.2:3306\--proxy-read-only-backend-addresses=10.0.1.3:3306注意这里的两台mysql-server是主从架构。案例四：性能水平扩展mysql-proxy启动时，通过参数配置多个后端，实现水平性能扩展，无需修改任何代码：shell>mysql-proxy\--proxy-backend-addresses=10.0.1.2:3306\--proxy-backend-addresses=10.0.1.3:3306注意这里的两个mysql-server是主要架构。如果不做特殊修改，负载均衡策略为round-robin。4.关于mysql-proxy的其他问题：Lua脚本引入了多少额外开销？官网回答：Lua速度非常快，而且对于大多数应用来说，额外的开销很小，原始数据包开销在400微秒左右。楼主：这个，，，我不太相信。问：mysql-proxy和mysql-server可以部署在同一台机器上吗？官网回答：Proxy也可以单独部署，也可以和mysql部署在同一台机器上。与mysql相比，proxy不占用太多CPU和内存，性能损失可以忽略不计。楼主：这个，，，性能损失可以忽略不计，这点我不信。问题：代理可以处理SSL连接吗？代理不会获取并保存我的明文密码吗？官网回答：作为中间人，不能处理加密信息。密码不会被获取，也不会被获取。mysql协议不允许明文传输密码，所有传输都是加密密文。问题：LuaSocket是否可以在Lua脚本中使用，即使有缓存等服务？官网回答：理论上可以。但是，兄弟，你确定要这样做吗，强烈不建议。【本文为专栏作者《58神剑》原创稿件，转载请联系原作者】点此阅读更多该作者好文
