Mysql官方的数据库中间件mysql-proxy，童鞋们知道吗？什么是mysql代理？可以连接多个mysql服务器。画外音：中间件要么是基于客户端的，要么是基于服务器的，这是后者。mysql-proxy使用什么协议？它使用mysql协议，任何使用mysql-client的upstream都可以在不修改任何代码的情况下迁移到mysql-proxy。如何使用mysql-proxy？它能做什么？mysql-proxy最基本的用法是作为请求拦截和请求传输的中间层：进一步的，mysql-proxy可以分析和修改请求。拦截查询和修改结果需要通过编写Lua脚本来完成。mysql-proxy允许用户指定Lua脚本拦截请求、分析和修改请求，也允许用户指定Lua脚本修改服务器返回的结果，添加或删除一些结果集。所以，从根本上说，mysql-proxy是官方提供的一个框架，具有很好的扩展性，可以用来完成：sql的拦截和修改；性能分析和监控；读写分离；请求路由；...该框架提供了6个挂钩点，允许用户动态干预客户端和服务器之间的通信。mysql-proxy的架构和原理是什么？上面提到mysql-proxy为用户提供了6个hook点，让用户可以实现Lua脚本来完成各种功能。这些挂钩点以函数的形式提供。当不同的事件和操作发生时，用户可以实现这些功能来做我们期望的事情。(1)connect_server()当mysql-client向proxy发起连接时，proxy会调用这个函数。用户可以实现这个功能来做一些负载平衡的事情，比如选择连接到哪个mysql-server。假设有多个mysql-server后端，用户没有实现这个功能，proxy默认采用round-robin策略。(2)当read_handshake()mysql-server向proxy返回“初始握手信息”时，proxy会调用该函数。用户可以实现该功能做更多的权限验证工作。(3)read_auth()当mysql-client向proxy发送认证消息(user_name,password,database)时，proxy会调用该函数。(4)read_auth_result()当mysql-server返回认证结果给proxy时，proxy会调用这个函数。(5)read_query()认证完成后，每次mysql-client通过proxy向mysql-server发送查询消息，proxy都会调用该函数。如果用户想拦截请求，可以模拟mysql-server直接返回。当然用户也可以实现各种策略，修改请求，路由请求等不同的业务逻辑。(6)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。mysql代理问答？(1)问题：Lua脚本引入了多少额外开销？官网回答：Lua速度很快。对于大多数应用程序，额外的开销非常小。原始数据包开销约为400微秒左右。画外音：这个，，，我不太相信。(2)问：mysql-proxy和mysql-server可以部署在同一台机器上吗？官网回答：Proxy也可以单独部署，也可以和mysql部署在同一台机器上。与mysql相比，proxy不占用太多CPU和内存，性能损失可以忽略不计。画外音：这个，，，性能损失可以忽略不计，我不太相信。(3)问：代理可以处理SSL连接吗？代理不会获取并保存我的明文密码吗？官网回答：作为中间人，不能处理加密信息。密码不会被获取，也不会被获取。mysql协议不允许明文传输密码，所有传输都是加密密文。(4)问题：是否可以在Lua脚本中使用LuaSocket，甚至缓存，甚至其他服务？官网回答：理论上可以。但是，兄弟，你确定要这样做吗，强烈不建议。【本文为专栏作者《58神剑》原创稿件，转载请联系原作者】点此阅读更多该作者好文
