【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】observer
【 使用版本 】3.2.3，租户配置12C40G*3
【问题现象及影响】
业务框架有经过id进行查询的场景，而且量特别大，在OB的分区表中表使用的是其他字段分区，id是主键，发现该sql大约300多ms，该租户的QPS最多到2.5w左右，再也压不上去了。
对于这种查询sql除了业务改造外，在数据库层面有好的优化方式吗？
具体的监控信息如下：
上全局索引试试
平均响应没300ms那么高，倒也还好。。不过主键查询的话也20ms也有点问题，看看gv$sql_audit里面的信息吧
给id加全局索引，hint指定也不用该索引；
给id和分区键加global索引，然后hint指定倒是可以让sql扫描单个分区
分析过了，没发现比较明显的异常，不过该sql会扫描该表的所有分区(512个)
最好是业务改写，都拿到 id了，分区键肯定也能拿到。来不及改才加全局索引，并绑定。