# 背景

今天同事分享的主题就是mysql-proxy，于是下来自己了解下，不求精通，只求知道这个玩意

# 简介

mysql-proxy是mysql官方提供的mysql中间件服务，上游可接入若干个mysql-client，后端可连接若干个mysql-server。

它使用mysql协议，任何使用mysql-client的上游无需修改任何代码，即可迁移至mysql-proxy上。

mysql-proxy最基本的用法，就是作为一个请求拦截，请求中转的中间层：

、

进一步的，mysql-proxy可以分析与修改请求。拦截查询和修改结果，需要通过编写Lua脚本来完成。

mysql-proxy允许用户指定Lua脚本对请求进行拦截，对请求进行分析与修改，它还允许用户指定Lua脚本对服务器的返回结果

进行修改，加入一些结果集或者去除一些结果集均可。

所以说，根本上，mysql-proxy是一个官方提供的框架，具备良好的扩展性，可以用来完成：

• sql拦截与修改
• 性能分析与监控
• 读写分离
• 请求路由

# 用途

1. 分享的同事使用proxy的目的是，因为测试环境碰到了测试/开发同学不小心全表update/delete操作，导致测试数据异常，从而影响项目进度，于是他接入mysql-proxy对sql语句进行了拦截检查，并可以将sql语句发送到DBA提供的一个sql review服务中去判断sql语句是否有问题
2. 之前还有这么一段经历，之前订单经过拆库操作，订单表分为了128个库，是根据订单号去拆库的，然而不是所有的表都有订单号（历史架构的锅），如有个需求是根据手机号码去查询订单号，导致要遍历查询128去判断是否存在，那么就需要proxy介入，当时使用的是阿里的mycat中间件

# 不足

由于加入了一层proxy会导致网络请求的增加消耗，所以性能造成一定的影响；

原文地址：https://www.cnblogs.com/jwentest/p/8552075.html