monkey6

摘要： 生产库中，突然出现了大量的cursor pin s wait on x等待，第一反应是数据库出现了硬解析，查看最近的DDL语句，没有发现DDL。那么有可能这个sql是第一次进入 在OLTP高并发下产生硬解析，导致出现大量等待。但是，此次 发现等待时间很长，远远超过硬解析应该有的时间，再次分析后发现是 阅读全文

摘要： 生产库中出现了大量的锁表，需要得到当时程式执行的SQL以及其带入的值 1.查看SQL SELECT SQL_ID FROM V$SESSION WHERE SID=(SELECT FINAL_BLOCKING_SESSION FROM V$SESSION WHERE BLOCKING_SESSION 阅读全文

摘要： 1.cursor pin s是一个共享锁，一般情况下是因为发生在SQL短时间内大量执行 案例：在生产库中，突然出现大量的cursor pin s的等待，询问是否有动作后，同事说有编译存储过程（被误导了，如果是因为存储过程编译失效，大量调用，应该是library cache pin） 最后的原因是同时 阅读全文

摘要： library cache pin大部分都是因为编译存储过程造成的 查找造成问题的数据库对象（一般为存储过程） SELECT * FROM v$session_wait WHERE event = 'library cache pin' ORDER BY p1raw; SELECT kglnaown 阅读全文

摘要： 异常现象： 解决方法： 1. 輸入root的密碼,進入單用戶2. 重新掛載/目錄,使其變為可讀可寫 # mount –o rw,remount / 3. 修改/etc/fstab文件，注釋掉sdb 這個sdb是存儲直連服務器的 # vi /etc/fstab #/dev/sdb1 /D37data0 阅读全文

摘要： 1.将文件上传到服务器上（本例上传到/Data/software下） 2.挂载 mount -o loop /Data/software/rhel-server-7.6-x86_64-dvd.iso /mnt 3.使用df -T查看镜像文件格式（一般都是iso9660） [root@zabbix_t 阅读全文

摘要： 1.将USB插入电脑 2.右键单击【此电脑】，选择【管理】 3.在弹出的对话框中选择【设备管理器】，选择【USB大容量存储设备】 4.右键单击【USB大容量存储设备】，选择【属性】，在弹出的对话框中选择【详细信息】，属性选择【硬件ID】即可 阅读全文

摘要： TAF:Transparent Application Failover，透明的应用切换，即在切换的过程中，用户感知不到。可以实现会话的切换（无法实现事务的切换，即没有提交的事务会回滚），即在不断开连接的情况下，将当前会话切换到另一个实例。JDBC驱动无法使用TAF特性，因此只能断开连接并重新连接。 阅读全文

摘要： 注意： 1.cx_Oracle无法直接连接oracle，需要调用本地的oracle客户端对oracle进行操作 2.python，cx_Oracle，oracle客户端的位数要一致 步骤： 1.安装python 可以直接去python官网下载安装程序，也可以下载minconda进行安装，推荐使用mi 阅读全文

摘要： 开启STANDBY库为READ WRITE 1.取消主库传送归档 SQL> alter system set log_archive_dest_state_2=defer; 2.取消备库应用日志 SQL> alter database recover managed standby database 阅读全文