收到数据库服务器cpu告警，当时在吃饭，来不及登录查看。（数据库80%的问题都是SQL引起的）
后续通过会话快照信息进行分析。
select sample_time,sql_id,count(*) from dba_hist_active_sess_history
where sample_time>to_date('20240904 17:58:00','yyyymmdd hh24:mi:ss')
and sample_time<to_date('20240904 18:05:00','yyyymmdd hh24:mi:ss')
group by sample_time ,sql_id；
大量活动会话都在执行这个sql（sql_id为ax6dvxqdda1au）；
查看执行计划：
select * from table(dbms_xplan.display_awr('ax6dvxqdda1au'))；
就是常见的全表扫描引起的问题。
很简单的处理方案，给id列加了一个主键，以为就ok了。
结果第二天又在告警,一脸懵B（为啥没用索引）。
仔细看了一下游标的执行计划：
select * from table(dbms_xplan.display_cursor('ax6dvxqdda1au',0));
谓词那边发生了类型转换，表结构id为varchar2类型，应用那边传参为number类型。
只能临时加个函数索引解决；
create index idx_id on BOM_RESOLVING_RESULT(to_number(id));
后续让开发发布时，对表结构进行整改。
