BASEDEDATO的博客

-----------------------------------------------sqlsetDECLARE  V_COUNT       NUMBER;  V_TASK_NAME   VARCHAR2(30) := 'TUNING_FOR_SQL';  V_SQLSET_NAME VARCHAR2(30) := 'SQL_SET';  V_CURSOR

--表分配空间大小select segment_name, bytes / 1024 / 1024  from user_segments a where a.segment_name = 'TB_NAME';--表实际占用空间大小select num_rows * avg_row_len / 1024 / 1024  from user_tables where ta

db_file_multiblock_read_count争对于oracle的全表扫描或者快速全索引扫描一次读取最大的BLOCK数。DB_FILE_MULTIBLOCK_READ_COUNT is one of the parameters you can use to minimizeI/O during table scans. It specifies the maximum numbe

这个等待事件并不是oracle常见的等待之一。--查看该等待事件属性SELECT * FROM V$EVENT_NAME A WHERE A.NAME = 'PX Deq Credit: send blkd';--等待时间次数等信息SELECT a.* FROM V$SYSTEM_EVENT A WHERE A.EVENT = 'PX Deq Credit: send blkd

数据库top5 events里Log file switch(checkpoint incomplete)等待事件排在了第一位。oracle日志切换会产生一个增量检查点，但这个检查点，不同于alter system checkpoint，后者会启动dbwn进程，将内存中的已修改的数据立即写入数据文件。但前者不会，前者只需要保证整个日志组一轮切换后，比如日志组2，切换到3，然后1，在到第二组的时

现象由于测试数据为顺序构造，造成了，表数据在很短时间内产生的测试数据分布单个块里，由此访问造成的热块（优化方案，比如 1113和1114，反向构造测试数据为3111和4111），该表的索引在内存中自然也成为了热点对像（优化方案改为反向键索引）出现cbc事件一般是由数据库对象在访问时成为热点导致。下面借用一下来自linux公社的图片，（忘记从哪篇博客下载来的）对于V$latch视图定

log file sync这类等待事件一般是由频繁的commit操作引起LGWR进程将log_buffer里redo重做信息频繁的写入日志文件。oracle在提交时，确保重做的完成，并没有一定实时写数据文件。遇到这种等待查看前台程序与后台接口代码里是不是有没有必要的commit操作。select distinct name from user_source a where uppe

--获取 dbidselect dbid from v$database;--获取 实例号select instance_number from v$instance;--查看dba_advisor_log视图获取历史快照信息 (注:在快照里就可以找到对应的dbid和instance_num)select * from dba_advisor_log order by task

测试环境在归档模式下进行,因为对于redo的产生,个人觉得与是否归档无关.是否归档本质上就是是否需要将重做日志备份(归档日志文件,介质恢复时需要).查看数据库归档情况和日志属性 更改归档模式需要重启 alter database archivelog;SQL> select log_mode,force_logging from v$database a ;LOG_MO

oracle11G以后引入自动内存管理因为我们只需要设置memory_target即可，甚至我们不需要在设置如下参数，11g如下参数一般默认都为0sga_target  shared_pool_size   db_cache_size = db_block_size*db_block_buffer  db_keep_cache_size

10046用于跟踪sql语句的执行，该sql执行的三个主要阶段的耗时情况（parse，exec，fetch）

--开启索引监控select 'alter index ' || a.index_name || '  monitoring usage; ', a.*  from user_indexes a where a.table_name = 'TB_NAME'--查看索引使用select * from v$object_usage a where a.table_n