ITPub博客

执行DML期间，为防止对与DML相关的对象进行修改，执行DML的进程必须对该表获得TM锁。P1 = name|modeP2 = object #P3 = table/partition SQL> select   name,parameter1,parameter2,parameter3 from v$event_name where name like 'enq

语法select master_pos_wait(file, pos[,   timeout]). File和pos是对应的主库的值，可以通过show master status得到。Timeout是等待的秒数。不加代表为0，立即返回结果。如果指定了时间，但是已经达到了position，那么还是会立即返回。也就是等待事件在从库未到达指定的position才生效。 这个

Oracle 12.2提供了收集备库AWR的功能。确定备库角色和打开状态SQL> select inst_id, open_mode,   database_role from gv$database order by 1;     INST_ID OPEN_MODE       &

Enqueue 是一种保护共享资源的锁定机制，避免因并发操作而损坏数据，Enqueue 采用排队机制，即 FIFO（先进先出）来控制资源的使用。在任何需要读取控制文件的动作时，就会发生等待事件enq: CF – contention，CF locks被用来串行化controlfile事务，在读和写控制文件的时候使用该锁。通常该锁的分配时间非常短，比如在下面事件中会分配该锁，那么也就可能发生enq:

OGG和数据库版本如下：软件    版本GoldenGate    Version 12.2.0.1.160823Oracle database    11.2.0.4.0数据库同时出现TMCH和LAG，如下：GGSCI (ORADB) 1> info allProgram  &nb

General tablespaceGeneral tablespace是一种共享的innodb表空间，有点类似ibdata1。可以在一个表空间数据文件下存储多张表，即使这些表来自不同的schame。 General tablespace的优点            类似系统表空

General tablespaceGeneral tablespace是一种共享的innodb表空间，有点类似ibdata1。可以在一个表空间数据文件下存储多张表，即使这些表来自不同的schame。 General tablespace的优点            类似系统表空

--single-transaction的含义是，在开始dump前，设置隔离级别为RR，并且start transaction. 通过将导出操作封装在一个事务(Repeatable Read)内来使得导出的数据是一个一致性快照。       测试数据库版本：mysql> select version();+------------+

--single-transaction的含义是，在开始dump前，设置隔离级别为RR，并且start transaction. 通过将导出操作封装在一个事务(Repeatable Read)内来使得导出的数据是一个一致性快照。       测试数据库版本：mysql> select version();+------------+

    死锁是事务绕不开的话题，mysql当然也不例外，本文主要模拟一下mysql的死锁，以及应对措施。    首先看一个参数，默认innodb_print_all_deadlocks参数是关闭。开启后可以将死锁记录到error.log中。否则只能通过show engine innodb status查看。mysql&

    死锁是事务绕不开的话题，mysql当然也不例外，本文主要模拟一下mysql的死锁，以及应对措施。    首先看一个参数，默认innodb_print_all_deadlocks参数是关闭。开启后可以将死锁记录到error.log中。否则只能通过show engine innodb status查看。mysql&

本文档分为两部分：1.单个pdb备份还原2.只cdb备份还原1.rman只备份pdbSQL> show pdbs    CON_ID CON_NAME                 &nbsp

本文档分为两部分：1.单个pdb备份还原2.只cdb备份还原1.rman只备份pdbSQL> show pdbs    CON_ID CON_NAME                 &nbsp

本文主要介绍1.mysql三种行锁介绍2.RR模式下，next-key lock为什么可以解决幻读问题首先，创建一张表：mysql> show create table test01\G*************************** 1. row ***************************       Table

Innodb存储引擎实现了两种行级锁：l  共享锁l  排他锁这两种锁之间的兼容关系如下图所示共享锁排他锁共享锁兼容不兼容排他锁不兼容不兼容关于行级锁比较容易理解。下面介绍一下表级意向锁。Innodb存储引擎支持多粒度的锁定，换句话说，允许事务在表级和行级上同时持有锁。意向锁是一种表级锁，它是由存储引擎自己维护的，不需要用户手动命令干预。如果事务想要给表中几行数据加上行级共享锁

Innodb存储引擎实现了两种行级锁：l  共享锁l  排他锁这两种锁之间的兼容关系如下图所示共享锁排他锁共享锁兼容不兼容排他锁不兼容不兼容关于行级锁比较容易理解。下面介绍一下表级意向锁。Innodb存储引擎支持多粒度的锁定，换句话说，允许事务在表级和行级上同时持有锁。意向锁是一种表级锁，它是由存储引擎自己维护的，不需要用户手动命令干预。如果事务想要给表中几行数据加上行级共享锁

    PL/SQL一般来说很大，将这样的对象装载到共享池中，需要去寻找大段的连续内存空间，如果连续装载的话，那么必然会将很多热点内存age out出共享池。这样一来势必会影响数据库性能。所以将常用的PL/SQL或者SQL游标固定到共享池中，可以解决上述问题。包括可能出现的ORA-04031报错。1.固定PL/SQL到共享池SYS@cdbtest1(MING

oracle 12c non-cdb升级成cdb模式相同主机下，有一个non-cdb数据库，再创建一个cdb的实例。SQL> select name,cdb from v$database;NAME                        CDB-----------

cursor：pin S wait on X 什么是cursor：pin S wait on X 等待事件？当一个会话尝试得到一个mutex pin的时候，但是其他会话正在以exclusive模式持有相同cursor object的mutex，此时申请mutex pin的会话等待事件即为cursor：pin S wait on X 。造成该等待事件的原因：1.shared pool设置太

cursor：pin S wait on X 什么是cursor：pin S wait on X 等待事件？当一个会话尝试得到一个mutex pin的时候，但是其他会话正在以exclusive模式持有相同cursor object的mutex，此时申请mutex pin的会话等待事件即为cursor：pin S wait on X 。造成该等待事件的原因：1.shared pool设置太