问题：
当前obproxy在设置读写分离（弱读）时，需要独立于TP业务外，单独部署1套obproxy集群。虽然资源隔离更好。但是在成本、管理上、对应用的透明上有不足。尤其是成本不友好。
如下：
https://open.oceanbase.com/course/detail/10626
在上面的例子中，因为需要对AP报表设置弱读参数，所以独立部署了一套obproxy。 如果我们有更多的应用，对obproxy的其他参数有不同诉求的话，那可能有更多组合，那此时是不是要部署更多的obproxy来满足业务需求。
建议：
由于不同应用一般使用的是不同的数据库用户来访问数据库的，所以基于数据库用户就可以区别不同的业务请求。因此
- 增加参数不同值能够生效的数据库用户范围。
- 在上面一个满足的情况下，可以进一步增加参数组概念，基于不同的组生效于不同的数据库用户，更方便管理。