ArkProxy MySQL中间件

透明读写分离
一个好的中间件，有些功能是必备的，比如读写分离，通过中间件的配置，以及路由规则，可以将业务层的SQL请求通过规则，分发到后端相应节点上，这样相比在业务层通过不同端口，或者不同VIP等方式来区分读写请求，更加均衡，后端维护时，不会影响到业务。
兼容性
兼容性方面，包括两部分：
（1）兼容的是MySQL的协议，因为它所起的作用是转发，所以首先得认识两边的消息，才能在中间做到游刃有余。Arkproxy在这方面，已经支持了所有语句类型的协议。
（2）语法兼容，中间层处理的是所有的MySQL业务请求，承担的角色是可以做到无缝替换掉MySQL节点，所以首先要做到语法的大部分兼容，Arkproxy是可以100%兼容MySQL语法的，这在业内是屈指可数的。
友好性
Arkproxy在设计之初，就从用户使用角度做了充分考虑，Arkproxy做到了可以和原生MySQL分不清的地步，包括配置文件、启动方式、系统日志、操作命令等，堪称“最具亲切感”的MySQL中间件。
权重分发
Arkproxy可以根据后端数据库的权重，做到与之相对应的负载均衡，并且支持动态配置。这样在遇到紧急问题时，可以及时将服务降级，最大限度地提高数据库集群的可服务程度。 智能统计
（1）digest日志：Arkproxy在处理业务请求之余，在分析统计方面还做了很多事情，首先可以将所有语句格式化、参数化，然后将同一类语句做分析统计，找到第一次出现时间、最近出现的时间、查询时间总长度、查询最小时间、最大时间、影响行数等，最大程度地方便MySQL的运维，同时这些信息都可以入库，并且最大程度地减少对业务请求的影响，优先服务业务。
（2）全日志：Arkproxy在统计之后，为了可以支持全量日志的精确分析，做了与digest相关联的全日志统计，日志不会落到本地磁盘，即使请求量非常大，也不用担忧安全问题。全日志信息中，存储了每条SQL语句影响的数据行数、请求时间、执行时间、请求来源IP及用户名等信息，让我们对业务请求所做的操作一览无余。
Hint分发
Arkproxy支持了MySQL原生的Hint方法，只要在语句中指定/* !999999 route to write */等类似的语法，即可分发到指定角色对应的节点中。这样的语句在原生MySQL中会被认为是注释，所以直接被忽略了。也可以做到更细致的分发，可以指定到后端数据库节点，通过指定后端Server在配置中指定的名字即可。
配置Reload
在后端数据库发生故障或者切换之后，可以将中间件的配置做一次Reload操作，同步更新中间件的配置信息，这样新的请求就可以使用新的路由规则来做分发了。这个Reload操作可以用在后端数据库的高可用切换程序中，这样可以做到前后端同步处理。
消息压缩
Arkproxy支持在数据传输过程中，将消息做压缩处理，这样可以大大节省网络流量，减少带宽压力。最大程度地为业务程序服务。
从库接入
Arkproxy可以扮演一个MySQL主库的角色，直接在其上面挂从库，让下游在使用方面根本感觉不到这是一个中间件。
用户连接数限制及统计
Arkproxy可以配置每一个用户的连接数，如果超过了限制，则直接向这个用户的连接操作返回异常。也可以限制用户的查询范围，通过指定用户对应的数据库即可。在用户管理方面，还可以统计每个用户的连接数目，方便管理。
丰富的参数配置
对Arkproxy的管理，具有丰富的配置参数，实现更人性化、更具特性的Arkproxy管理，更好地服务业务。
连接池
Arkproxy对前端有强大的连接池支撑。针对后端的路由配置，对每一个路由都会建立一个长连接，这样极大地提高了中间件的分发能力。
失败重试
Arkproxy在执行请求失败后，还会做重试操作，提高中间层的处理能力。