摘要：
1.用tune2fs查看block size大小： 1 2 tune2fs -l /dev/sda1 |grep "Block size" Block size: 1024 2.用stat查看block size大小： 1 2 stat /boot/|grep "IO Block" Size: 10 阅读全文
摘要：
http://www.laoxiong.net/table_scan_and_buffer_cache.html 全表扫描与buffer cache https://www.cnblogs.com/Richardzhu/archive/2013/01/23/2872587.html 1.理论上，最大 阅读全文
摘要：
http://blog.itpub.net/26015009/viewspace-1806629/ 阅读全文
摘要：
#### for AWR 报告 ： 建议如下： 不能随便调整db_file_multiblock_read_count 值， 取同样时间段的AWR 报告 02:00 ~ 05:00，所以db_file_multiblock_read_count 的值不能随便调整，从48 调整大到 128，发现 av 阅读全文
摘要：
转http://www.dbdream.com.cn/2013/10/14/vsession_longops%E8%A7%86%E5%9B%BE/ 有的时间，我们想监控 运行超过4个小时的SQL 如果是10g 版本的库，可以用 v$session_longops ，如果11g的库，推荐使用 v$sq 阅读全文
摘要：
https://searchdatabase.techtarget.com.cn/7-20392/ --use_urec 详细解读：含义如下：还剩下多少记录需要回退。 select USED_UREC from v$transaction; 4.1、delete 操作 4.1.2、一般删除 计算公式 阅读全文
摘要：
http://www.mamicode.com/info-detail-1659243.html 存储过程无法做 sql -monitor , 而存储过程跑的sql (只能通过awr 报告来看sql_id),则也不 可以做sql-monitor. 因为 以下语句只能看到 存储过程的sql_id. S 阅读全文
摘要：
###########issue 0: db alert 有如下提示， thread 1 cannot allocatete new log, sequenec 1111 通过检查v$log ,发现10组日志，每组1G, 一个小时产生10G 日志，应该是够用的。 怀疑是没有提交的巨量事物导致这个报错 阅读全文
摘要：
X86 化 阅读全文
摘要：
https://www.cnblogs.com/cloudstorage/archive/2012/11/11/2764623.html #####sample 0: 数据库全表扫描导致 操作系统 iostat -dmx 1 消耗过高。 主机观察topas 观察到 某条 command : vxfs 阅读全文