在主从架构中，在master创建一个event，如下：mysqlshowcreateevent`insert`\\G;***************************1.row***************************..在主从架构中，在master创建一个event，虚拟主机，如下：slave同步过去，结果是这样的，注意红色字体：再回过头来，看下事件状态，注意红色字体： 在master上在slave上也就是说，事件只能在master触发，slave上不会触发，香港服务器租用，否则如果slave上触发了，同步复制就会坏掉。 当...
mysql表结构有 主键 非自增 text longtext类型字段多个 步骤 1、在T-SQL 临时表中处理好所有需要的字段 2、执行openquery语句 字段顺序完全按照mysql字段顺序插入 此时发现错误：Duplicate entry 0 for key PRIMARY 经强哥指点，兑换主键字段和长类型字mysql表结构有 主键 非自增 text longtext类型字段多个 步骤 1、在T-SQL 临时表中处理好所有需要的字段 2、执行openquery语句 字段顺序完全按照mysql字段顺序插入 此时发现错误：...
开发上线完以后，到早上高峰期并发压力大，有可能因某个SQL的原因把数据库给打死，参考《一个引号导致1个小时网站打不开》，这个时候你可以用pt-kill杀死，但连开发上线完以后，到早上高峰期并发压力大，有可能因某个SQL的原因把数据库给打死，参考《一个引号导致1个小时网站打不开》，这个时候你可以用pt-kill杀死，但连接数过高，CPU负载很高，，这个工具根本没法去处理，数据库这个时候已经成瘫痪状态，那么应该怎么办？首先要保...
简单说，就是oracle要读取单块数据，其他会话存在等待，有三个参数p1，是要读的文件，p2是block#,开始读取的数据块号，p3是block 继续完成等待事件系列。 什么是：db file sequential read：？ 简单说，就是Oracle要读取单块数据，其他会话存在等待，有三个参数p1，是要读的文件，p2是block#,开始读取的数据块号，p3是blocks，一般p3为单块，但是如果是多块那么一般发生在从temporary segment中读的。 该类等待事件的出现主要是由于...
Oracle 11g等待事件：db file async I/O submit SQL> select * from v$version; BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionPL/SQL Release 11.2.0.1.0 - ProductionCORE 11.2.0.1.0 ProductionTNS for Linux: Version 11.2.0.1.0 - ProductionNLSRTL Version 11.2.0.1.0 - Production 有时候出现后台...
1、开启10046事件跟踪 alter session set events 1、开启10046事件跟踪 alter session set events 10046 trace name context forever, level 12; 2、随便执行一个SQL语句（trace文件中我们会发现此SQL的执行情况）select * from dba_users where username=HR; 3、停止10046事件跟踪alter session set events 10046 trace name context off; 4、定位此次生成的跟踪文件select distinct(m.sid),p.pid,p.tracefile from v$mystat m,v$...
通常情况下，10046事件是不被推荐的，因为如果你面前需要处理的这个实例的性能是比较差的话，10046事件追踪，可能会让你的实例性 通常情况下，10046事件是不被推荐的，因为如果你面前需要处理的这个实例的性能是比较差的话，10046事件追踪，可能会让你的实例性能更加糟糕。通常情况下我们按照实际的业务情况获取一段时间的AWR报告就可以基本解决一些常见的问题，比如哪些SQL占用了我们更多的资源，比较吃紧的资源争夺，内存问题，出...
Oracle 11g，在大表的全表扫描算法上有新的变化，根据表的大 db file scattered read 对于一些频繁访问的表，如果没有建立索引或没有建立合适的索引，Oracle只能对其进行全表扫描，就会导致大量该等待事件。全表扫描时，读取的数据在磁盘上一般是连续的，但是读到内存时却是不连续的，因此该事件命名为离散读（scattered read)，注意不要被它的名字所迷惑。一次多块读取的数量受参数DB_FILE_MULTIBLOCK_READ_COUNT的影响。在实际诊...
重做产生于PGA，再由各个session的服务器进程将重做记录拷贝到SGA 的log buffer中，再由LGWR进程刷新到redo log文件中 重做产生于PGA，再由各个session的服务器进程将重做记录拷贝到SGA 的log buffer中，再由LGWR进程刷新到redo log文件中 涉及到的三个latch： Redo copy latch Redo allocation latch Redo writing latch Redo copy latch redo copy latch的数量可以有多个，可以通过_log_simultaneous_copies参数来设定，，缺省...
RAC 数据库中的 RAC 数据库中的log file sync 等待事件要比单机数据库中的log file sync 等待事件复杂，主要原因是由于RAC 数据库需要将SCN同步到所有实例。单机数据库中的log file sync 等待事件，当user session 提交（commit）时，user session会通知LGWR进程将redo buffer中的信息写入到redo log file，当LGWR进程完成写操作后，LGWR再post（通知）user session 写操作已经完成，user session 接收到LGWR的通知后提交操作才完成...
在一个频繁 commit/rollback 或磁盘 I/O 有问题、大量物理读写争用，那么、我们便会经常瞧见 LOG FILE SYNC 等待事件出现在 TOP 在一个频繁 commit/rollback 或磁盘 I/O 有问题、大量物理读写争用，那么、我们便会经常瞧见 LOG FILE SYNC 等待事件出现在 TOP EVENTS 中，评估 LOG FILE SYNC等待事件的指标是平均等待时间、以及 AWR 后续的 WAIT EVENT HISTOGRAM 对于 OLTP、平均等待时间 7 ms算正常、正常情况下平均等待时间不会超...
Oracle为我们提供了获取这些等待事件的可用视图。根据这些视图可以得知哪些事件导致该SQL语句效率低下而采取相应的修改或调整。本 通常情况下，用户提交一条SQL语句，总会存在这样或那样的等待事件。也就是说由于所需资源被占用导致进程不得不处于等待状态。Oracle为我们提供了获取这些等待事件的可用视图。根据这些视图可以得知哪些事件导致该SQL语句效率低下而采取相应的修改或调整。本文基于Oracle 10g描述了如何通过视图v$sess...
mysql 主从复制(replication) 同步速度快，简单易用，并且相当可靠。不过，当你检查到主从数据不一致的时候，很难判断出问题所在 mysql 主从复制(replication) 同步速度快，简单易用，并且相当可靠。 不过，当你检查到主从数据不一致的时候，很难判断出问题所在（软件问题？硬件问题？网络传输问题？) 一个比较常见的情况是软硬件或者网络传输出错，导致主服务器上运行的sql语句与从服务器上运行的sql语句不一致(称为event corrupt...
在Oracle 11g中，全表扫描可能使用direct path read方式，绕过buffer cache，这样的全表扫描就是物理读了。 在10g中，都是通过gc 在Oracle 11g中，全表扫描可能使用direct path read方式，绕过buffer cache，这样的全表扫描就是物理读了。 在10g中，都是通过gc buffer来读的，所以不存在direct path read的问题。direct path read较高的可能原因有：1. 大量的磁盘排序操作，order by, group by, union, distinct, rollup, 无法...
等待事件的概念大概是从ORACLE 7.0.12中引入的，大致有100个等待事件。在ORACLE 8.0中这个数目增大到了大约150个，在ORACLE 8I中 等待事件的源起等待事件的概念大概是从Oracle 7.0.12中引入的，大致有100个等待事件。在ORACLE 8.0中这个数目增大到了大约150个，，在ORACLE 8I中大约有220个事件，在ORACLE 9IR2中大约有400个等待事件，而在最近ORACLE 10GR2中，大约有874个等待事件。 虽然不同版本和组件event, %B0%B2%D7%B0);" tar...