一、原因 业务查询1个月的数据，需要15-20秒，过长。 二、分析并解决 1、通过sql_trace跟踪查询语句 （1）登录sys，设置追踪打开 alter system set sql_trace=true; （2）查看目录 $ORACLE_BASE/diag/rdbms/$ORACLE_UNQNAME/$ORACLE_SID/trace （3）找到最新的 mesorcl_ora_8452.trc等 （4）生成可读文档 tkprof mesorcl_ora_25624.trc test2.log sys=no 2…
一、问题描述 1、问题发现 工厂报告某个工序可以查询，但无法下活（无法插入新数据），同时开发给出报错： 2、咨询工厂情况 工厂管理员回复，上午9点30前后停电，9点50启动后，出现此问题。 二、跟踪分析 1、查看log日志 2、log日志的跟踪trace 3、跟踪日志 是表PRDIFE插入数是有问题，但查询就没问题。 三、解决思路 1、问题原因 定位该表有LOB字段，可能出现坏块造成； 经过查询，该问题是由于Oracle的一个bug导致（参考文档 ID 1608861.1）…
一、问题现象： 1、现象描述 有10分钟左右的时间报工不显示生产单元。还特别容易退，具体时间是周末的6点，工作日的11点40左右 2、查看根据描述，基本断定和统计信息收集优化有关。查看日志。 Sun Apr 16 06:00:00 2023 Setting Resource Manager plan SCHEDULER[0x32DF]:DEFAULT_MAINTENANCE_PLAN via scheduler window Setting Resource Manager plan DEFAULT_MAINTEN…
关于AWR中Execute to Parse %:过低的浅析 Execute to parse %，该参数主要体现的是sql的执行次数与解析次数的比率。 可以把 Execute to Parse %和Soft Parse %这两个参数放在一起看。 ①如果两个参数同时很低时，说明硬解析次数多，建议使用绑定变量。 ②如果Soft Parse %高，而Execute to Parse %比低时(<40%)，说明执行解析比率低，可以通过静态sql、动态绑定、调整session_cached_cursor参数、调整op…
一、问题现象 云安在2022.03.05的6点，10点，14点出现车间无法报工现象。 二、分析原因 考虑到这天是周六，根据Oracle自动优化窗口，周六，周日全天进行优化，触发时间点是6点开始，约每隔4小时执行一次，每次执行时间约30分钟。 此期间，如果操作频繁，可能会导致sql死锁。 三、排查流程 1、查看alert日志 （1）早上6点开始执行优化sql任务，出现死锁现象； （2）上午10点第二次SQL Tunning Advisor 任务，于10点19分再次死锁。 约10点17-20分，设备人员重启IIS，中断…
第2个案例—运城包装mes查询数据慢，运安2秒，运城则用40秒
1、问题现象 2022.01.18日晚22点，青包前端无法刷新看板，时间节点是22点 2、分析现象 此时间节点正好是数据库系统默认的统计信息采集时间 （1）查看altert.log 发现有报错，这个时间点有锁导致了错误，继续跟踪j001_163530.trc文件 （2）查看j001_163530.trc文件 （3）再次查看其他时间点的ORA-04021报错： 2022.1.17 22点，2022.1.18 22点，以及2021.12.4，2021.11.29 2021.9.19 这几天发生过。 从上述…
