一、TP/AP业务隔离与路由规则优化
场景：某HTAP数据库（TiDB）中，OLTP事务查询与OLAP分析查询混合导致资源争抢，ProxySQL未隔离两类请求导致TP业务响应延迟。
方案：
规则化路由：通过ProxySQL的查询规则引擎，识别SQL特征（如SELECT复杂聚合、多表JOIN），自动将AP类查询路由到专用TiFlash节点，TP类查询固定至TiKV节点。
权重分配：为TP(OLTP)和AP(OLAP)请求分配独立连接池，TP池连接数占比70%，AP池限流30%，避免AP突发流量挤压TP资源。
效果：TP业务平均响应时间从120ms降至35ms，AP查询超时率下降60%。
二、分库分表场景下的SQL重写
场景：某电商平台分表后（如order_001到order_100），应用层未适配分表逻辑，导致全表扫描查询性能骤降。
方案：
动态改写：利用ProxySQL的rewrite插件，将原始SELECT * FROM orders WHERE user_id=123自动重写为按分表键哈希路由，如SELECT * FROM order_045 WHERE user_id=123。
缓存优化：对高频分表查询结果启用ProxySQL内存缓存，设置TTL=60秒，降低重复查询对底层数据库的压力。
效果：大促期间峰值QPS从1.2万提升至4.8万，分片命中率稳定在99.8%。
三、连接池管理与长尾请求治理
场景：在线教育系统因连接池过载（连接数达5000+），大量空闲连接占用内存，且慢查询未及时终止导致雪崩。
方案：
分层连接池：ProxySQL设置前端连接池（最大2000）和后端连接池（最大500），通过复用率提升减少MySQL连接开销。
自动Kill机制：配置mysql-monitor_slave_queries模块，识别执行超时（如>5秒）的查询，自动发送KILL QUERY命令。
效果：MySQL连接数下降80%，长尾查询占比从15%降至1.2%。
补充建议：监控与动态配置
实时监控：通过Grafana集成ProxySQL的stats_mysql_global指标（如查询缓存命中率、连接池利用率），快速定位瓶颈。
动态加载：使用LOAD … TO RUNTIME命令热更新路由规则，避免服务重启。
以上案例展示了ProxySQL在路由优化、资源隔离、连接治理等维度的灵活应用，需结合实际业务特征调整参数组合。
