问题：
数据库查询某业务运行缓慢。
解决过程：
服务器cpu利用率比较高，数据库等待事件为：read by other session；
该等待事件的大量等待通常是由于一些进程重复读取相同的数据块导致，例如，许多会话扫描同一索引或在同一个表上执行全表扫描。调优此问题是找到并消除这种竞争。
使用下面SQL找到当前处于read by other session等待的SQL语句，然后分析，优化SQL；
SELECT s.username,s.sid,s.serial#,s.osuser,s.machine,s.terminal,s.program,s.last_call_et,s.event,s.seconds_in_wait,s.blocking_session,t.sql_text
FROM v$session s,
v$sqlarea t
WHERE s.sql_address = t.address
AND S.sid IN (SELECT sid FROM v$session_wait WHERE event IN ( 'read by other session' ));
或
select sql_fulltext from v$sql a,v$session b where a.sql_id=b.sql_id and b.event='read by other session';
通过下面SQL，获取产生read by other session等待事件的SQL的实际执行计划，对相关SQL进行调优，例如，对于全表扫描的添加合适索引；
SELECT DISTINCT SQL_ID
FROM V$SESSION
WHERE EVENT IN('read by other session', 'db file sequential read');
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_AWR('xxxxx'));
检查到，对表vbap3_expo_task执行了全表扫描；
检查对应的sql，查看表vbap3_expo_task的索引情况；
只有ID列有主键索引，created_by_id列没有索引；
对vbap3_expo_task表的created_by_id列创建索引：
create index xdap_new.expo_task_indx3 on xdap_new.vbap3_expo_task(created_by_id) tablespace tbs_dap ;
后续观察一段时间，该用户session得到了处理；系统恢复正常；
观察sql执行计划，没有全表扫描了；