遭遇cursor_sharing = similar的问题，跟GSD在SR中多次沟通总算解决了问题，国外的同事shift了几轮，实在是我跟进最长的一个SR了。 问题发生在客户在压力测试的时候，数据库版本是RAC 10.2.0.3 on AIX，客户使用Loadrunner模拟10000用户在系统中做业务，当虚拟用户增加到1200左右的时候，明显看到事务的响应时间开始上升，从原本的40s升到70s，然后继续上升，到最后2000用户的时候，已经开始产生大量的失败事务，响应时间也升高到400s，而用户也无法再login了。 AWR报告显示： Top 5 Timed Events Avg %Total ~~~~~~~~~~~~~~~~~~ wait Call Event Waits Time (s) (ms) Time Wait Class —————————— ———— ———– —— —— ———- cursor: pin S wait on X 13,153,838 133,733 10 49.8 Concurrenc latch: library cache 365,244 54,514 149 20.3 Concurrenc kksfbc child completion 579,210 29,477…