今天遇到一个生产问题，业务SQL很简单，单表查询，而且表只有三个字段，有个主键ID，而且通过主键ID过滤，业务页面会传一百多个ID过来调用SQL，这个表数据量大小为100多万，但是偏偏这条SQL执行跑了15秒，完全影响业务不能使用。
select a,b,c from t where t.id in (1111,222,333,444,555..........)
我一开始并没有去查看表设计，而是直接看了执行计划,
1 alter session set statistics_level=all;
2 执行SQL
3 select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST')
执行计划直接走了全表扫描，而在谓词过滤的信息里有一堆的
to_number(t.id)=1111 or to_number(t.id)=2222 ..............
看到这里立马就猜想到了具体的问题所在，查询T表ID字段，是VARCHAR2类型，而SQL in的是数字类型，SQL直接被隐式转换后，便走不了索引了， 直接走了全表。这个问题后续才发现，也是因为业务不关注，在表数据日益上涨之后，性能问题日益凸显才被抛出来
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
