[20181217]strace使用问题.txt
[20181217]strace使用问题.txt--//最近使用starce跟踪分析ogg相关进程遇到一些问题.# strace -t -p 703 -f -e open,read,lseekProcess 703 attached with 12 threads - interrupt to quit[pid 717] 15:07:01 read(22, "\0\350\
[20181217]ogg抽取日志分析.txt
[20181217]ogg抽取日志分析.txt--//上个星期遇到ogg存在大量读取日志的情况,而且因为open使用O_DIRECT,导致直接从磁盘读取.如果抽取进程越大,--//读取量越大,而且我发现读取量并不与日志产生量相符,也就是读取存在大量"垃圾"信息.从读取的大小也可以判断,--//每次都是固定的1024000(1000K),今天再做一些细节分析,继续上个星期的分析:
[20181213]ogg大量读取操作.txt
[20181213]ogg大量读取操作.txt--//我不知道是否异常,ogg存在大量读取操作.--//事情是这样的,dg磁盘空间爆满,解决磁盘空间不足的问题后再应用日志时,发现响应缓慢,基本无法操作服务器.--//当时想也许应用日志量太大,等待结束后也许问题消失.--//当日志应用结束后,我发现磁盘依旧存在大量读取操作,感觉很奇怪,这台机器内存充足.--//操作系统有文件系统缓存,不应该出现这么
[20181214]open file using O_DIRECT.txt
[20181214]open file using O_DIRECT.txt--//因为一个测试需要,需要写一个测试小例子,验证使用O_DIRECT打开文件每次都是从磁盘读取.--//没想到浪费1个上午时间,C语言不是自己的擅长.#include <stdio.h>#include <stdlib.h>#include <sys/types.h>#include
[20181212]bash shell 字符串 补零.txt
[20181212]bash shell 字符串 补零.txt--//上午写bash shell脚本,遇到一个问题,字符串前面补零的问题.$ echo $BASH_VERSION3.2.25(1)-release$ a='12345'$ printf "%08s\n" $a 12345$ printf "%8s\n"
[20181212]truncate的另类恢复5.txt
[20181212]truncate的另类恢复5.txt--//前一阵子,尝试了truncate的恢复,链接如下:http://blog.itpub.net/267265/viewspace-2156936/http://blog.itpub.net/267265/viewspace-2157144/--//上午尝试了truncate reuse storage的恢复,链接如下:http://bl
[20181212]关于truncate reuse storage.txt
[20181212]关于truncate reuse storage.txt--//前一阵子,尝试了truncate的恢复,链接如下:http://blog.itpub.net/267265/viewspace-2156936/http://blog.itpub.net/267265/viewspace-2157144/--//一种方式是尝试修改相关数据段的数据库的段号实现的.另外是修改数据字典,
[20181207]12c bootstrap$段头都会记录在哪里.txt
[20181207]12c bootstrap$段头都会记录在哪里.txt--//oracle数据库启动需要知道sys.bootstrap$段头,一般会记录在system文件的文件头,可以通过内部视图--//x$kcvfh.FHRDB显示,而12c呢? 先来看看11g的情况:1. 环境:SCOTT@book> @ ver1PORT_STRING &n
[20181207]sqlplus下显示数据精度.txt
[20181207]sqlplus下显示数据精度.txt--//这个是一个细节问题,昨天看了链接:http://nimishgarg.blogspot.com/2018/12/minus-query-giving-results-on-exactly.html--//以该网站的数字作为测试说明问题.1.环境:SCOTT@book> @ ver1PORT_STRING  
[20181206]toad 12小问题.txt
[20181206]toad 12小问题.txt--//toad是我经常使用的工具,我使用的版本有1个小问题,就是view=>code snippets.里面的信息是空的.--//有时候查询一些函数等信息还是很方便的,这个问题存在很长时间了,我一直不是很在意.就是一点点不方便.--//今天使用sysinternals自带的工具Procmon.exe,跟踪看看.--//发现启动后要访问C:\U
[20181206]关于一致性读取3.txt
[20181206]关于一致性读取3.txt--//简单演示一致性读取以及如何读取undo重构数据块的.我不想转储对应的undo块,解析那些复杂的过程.1.环境:SCOTT@book> @ ver1PORT_STRING VERSION &n
[20181204]bbed修改问题.txt
[20181204]bbed修改问题.txt--//使用bbed修改数据块,遇到一个问题,做1个记录.1.环境:SYS@book> @ ver1PORT_STRING VERSION BANNER---
[20181204]模拟ora-00600[4194]错误.txt
[20181204]模拟ora-00600[4194]错误.txt--//ORA-600[4194]内部错误一般由重做记录与回滚记录不匹配引发,与ora-00600[4193]类似.--//Oracle在验证Undo record number时,会对比redo change和回滚段中的undo record number,若发现2者存在差异则报该4194错误。--//其错误argument[a]
[20181204]模拟ora-00600[4193]错误.txt
[20181204]模拟ora-00600[4193]错误.txt--//ora-600[4193]:表示undo和redo不一致(Arg [a] Undo record seq number,Arg [b] Redo record seq number )--//数据库在启动时需要进行一个前滚的操作,在前滚时会应用redo 到undo block上,操作时会检查undo record里的seq#
[20181204]低版本toad 9.6直连与ora-12505.txt
[20181204]低版本toad 9.6直连与ora-12505.txt--//我们生产系统还保留有一台使用AMERICAN_AMERICA.US7ASCII字符集的数据库,这样由于toad新版本不支持该字符集的中文显示.--//我一直保留toad 9.6的版本,并且这个版本是32位的,我必须在我的机器另外安装10g 32位版本的客户端,这样才能连上数据库.--//同事前一段时间遇到使用该版本的
[20181203]drop table后如何获得表结构.txt
[20181203]drop table后如何获得表结构.txt--//别人问的问题,要恢复删除的表,一些特殊的工具事先要知道表结构,这样恢复方便一些.--//实际上如果发现及时,可以使用as of查询功能,确定表结构.通过例子说明:1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20181203]改变文件大小与检查点.txt
[20181203]改变文件大小与检查点.txt--//昨天听别人讲课,提到改变文件大小会触发文件级检查点.我记得以前我做过类似的测试,仅仅改小才会触发,--//改大不会触发的,我找了半天找到原来我写的链接:http://blog.itpub.net/267265/viewspace-1353454/--//重复测试看看.1.环境:SCOTT@book> @ ver1PORT_STRING
[20181203]bash here $.txt
[20181203]bash here $.txt--//有时候使用bash编程调用sqlplus的here.如果脚本里面sql语句存在$,要转义一下.--//如果很多处理起来会比较麻烦.通过例子说明问题:$ sqlplus -s -l scott/book <<EOF> set numw 12> select current_scn from v$database ;&g
[20181201]奇怪的INDEX SKIP SCAN执行计划.txt
[20181201]奇怪的INDEX SKIP SCAN执行计划.txt--//工作中遇到的问题,有时候希望出现INDEX SKIP SCAN,有时候希望它不出现,总之对于这个不好控制.--//比如链接:http://blog.itpub.net/267265/viewspace-2213256/,并没有选择INDEX SKIP SCAN.--//一般我认为仅仅前缀选择率很低,查询谓词不包括前缀,
[20181201]stamp 转化 time.txt
[20181201]stamp 转化 time.txt--//昨天看https://jonathanlewis.wordpress.com/2018/11/27/dump-logfile/,里面提到time到stamp的转化.--//that expresses the time as the number of seconds since Jan 1988, with the unfortuna