概述

最近因业务需要，需删除某张大表1600万数据，然后开了并行（开并行会锁表）删除，但在业务需要作业时却还没删除完，只能临时选择回滚，导致后面一段时间段系统频繁出现卡顿现象。

下面记录下分析过程。

1、查看告警日志

从告警日志可以发现Transaction recovery: lock conflict caught and ignored，这个问题实际上之前也分享过，只不过侧重的是怎么找出相关的对象，需要dump跟踪文件来进行分析，对于实际的意义可能不是很大，下面分享下另外两个sql,起码心里有底。

最近刚换了一家新公司，使用的数据库是oracle, 因为以前用的是mysql类的数据库，对oracle完全不熟，完全是小白级别，有mysql开发经验的开发人员上手oracle还是很快的，但是有mysql运维经验的人员上手oracle是痛苦的，下面我就介绍下我的oracle踩坑之路。

登录方式

概述

oradebug的前身是在ORACLE 7时的ORADBX,它可以启动用停止跟踪任何会话，dump SGA和其它内存结构，唤醒ORACLE进程，如SMON、PMON进程，也可以通过进程号使进程挂起和恢复等，很多时候在做问题诊断时，使用oradebug命令感觉最好用的就是可以直接通过命令输出生成trace文件的名称。

本文出自头条号老王谈运维，转载请说明出处。

前言

对于线上的业务，Oracle 的数据库运行的稳定性和安全性是用户关心的一个至关重要的问题，除了通过监控平台对数据库进行监控以外，还需要定期对数据库进行“体检”，数据库巡检是保障数据库稳定运行的必不可少的辅助手段。