strace分析sqlplus登录慢问题

原创

Hehuyi_In_666 2023-05-07 19:33:15 博主文章分类：Linux ©著作权

文章标签 oracle 数据库 linux 系统调用子进程 文章分类 JavaScript 前端开发

©著作权归作者所有：来自51CTO博客作者Hehuyi_In_666的原创作品，请联系作者获取转载授权，否则将追究法律责任

一、问题分析

有时会遇到sqlplus / as sysdba登录非常慢的问题，由于还没登录，通过数据库等待事件一般看不出来啥，需要用到strace这个分析利器。strace有很多参数，后面会列出，但分析时最常用的是以下几个

strace -T -t -f -o strace_slow.log sqlplus / as sysdba
#-f 跟踪由fork调用所产生的子进程. 
#-t 在输出中的每一行前加上时间信息. 
#-T 显示每一调用所耗的时间.

如果不加-f，不看子进程信息，结果类似

open("/etc/hostid", O_RDONLY)           = -1 ENOENT (No such file or directory) <0.000020> 
open("/etc/hostid", O_RDONLY)           = -1 ENOENT (No such file or directory) <0.000018> 
uname({sys="Linux", node="xxxxx", ...}) = 0 <0.000017> 
stat("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 <0.000018> 
open("/etc/resolv.conf", O_RDONLY)      = 9 <0.000019> 
fstat(9, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 <0.000016> 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b880d500000 <0.000019> 
read(9, "", 4096)                       = 0 <0.000017> 
close(9)                                = 0 <0.000017> 
munmap(0x2b880d500000, 4096)            = 0 <0.000019> 
uname({sys="Linux", node="xxxxx", ...}) = 0 <0.000015> 
write(10, "\4N\0\0\6\0\0\0\0\0\3s\3\0\0\0\0\0\0\0\0\0\0\0\0!\0\0\0"..., 1102) = 1102 <0.000018> 
read(11, "\4j\0\0\6\0\0\0\0\0\10\30\0\23\0\0\0\23AUTH_VERSION_S"..., 8208) = 1130 <1.257143>  <---- 耗时最多
open("/u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/oraus.msb", O_RDONLY) = 9 <0.000049>

可以从最右边每个调用的执行时间找到耗时最多的部分，但明显这还是看不出来为什么慢。

如果加上-f，就可以看到子进程信息，结果类似

[pid  5350] sendto(6, "\2\0\0\0\f\0\0\0\6\0\0\0group\0\0\0", 20, MSG_NOSIGNAL, NULL, 0) = 20
[pid  5350] poll([{fd=6, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN|POLLERR|POLLHUP}], 1, 5000) = 1
[pid  5350] recvmsg(6, {msg_name(0)=NULL, msg_iov(1)=[{"group\0", 6}], msg_controllen=24, {cmsg_len=20, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {7}}, msg_flags=0}, 0) = 6
[pid  5350] fstat(7, {st_mode=S_IFREG|0600, st_size=217016, ...}) = 0
[pid  5350] pread(7, "\1\0\0\0h\0\0\0D\254\0\0\1\0\0\0\250\305XP\0\0\0\0\323"..., 104, 0) = 104
[pid  5350] mmap(NULL, 217016, PROT_READ, MAP_SHARED, 7, 0) = 0x2b646ca23000[pid  5350] close(7)                    = 0
[pid  5350] close(6)                    = 0
[pid  5350] getgid()                    = 501
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_1.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_2.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_3.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_4.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_5.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_6.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists) 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_7.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = -1 EEXIST (File exists)  
... 
[pid  5350] open("/u01/app/oracle/admin/bigb/adump/xxxxx_ora_5350_186.aud", O_RDWR|O_CREAT|O_EXCL, 0660) = 6
[pid  5350] write(6, "Audit file ", 11) = 11
[pid  5350] write(6, "/u01/app/oracle/admin/bigb/adump"..., 55) = 55
[pid  5350] write(6, "\n", 1)           = 1  
... 
[pid  5350] write(6, "Thu Mar 12 11:37:08 2015 +01:00\n", 32) = 32
[pid  5350] write(6, "LENGTH : \'160\'", 14) = 14
[pid  5350] write(6, "\n", 1)           = 1
[pid  5350] write(6, "ACTION :[7] \'CONNECT\'\nDATABASE U"..., 159) = 159
[pid  5350] write(6, "\n", 1)           = 1
[pid  5350] write(12, "\0\225\0\0\6\0\0\0\0\0\10\0\0\4\1\0\0\0\0\0\1\0\0\0\0\0"..., 149 <unfinished ...> 
[pid  5344] <... read resumed> "\0\225\0\0\6\0\0\0\0\0\10\0\0\4\1\0\0\0\0\0\1\0\0\0\0\0"..., 8208) = 149

可以看到，sqlplus用户进程的PID为5344（最后一行）。它从读取系统调用开始，并fork出影子进程 pid 5350。由于是使用sysdba权限登录，5350进程在登录到数据库之前必须在审核日志中进行记录。因此它在audit_trail目录中基于PID 5350扫描已有文件，找到可用的最大序号，使用最大序号创建新审计文件然后写入。很明显基于PID 5350的审计文件越多，这个操作越耗时。

二、解决方法

找到了慢的原因，解决方法很容易想到。如果安全并不要求要这些日志，可以保留比如最近一个月三个月的数据，多余的删除。如果需要，可以定期将文件挪到别的目录，避免adump下文件过多。关于如何快速删除大量小文件，参考：linux删除大量文件的6种方法_Hehuyi_In的

-c 统计每一系统调用的所执行的时间,次数和出错的次数等. 
-d 输出strace关于标准错误的调试信息. 
-f 跟踪由fork调用所产生的子进程. 
-ff 如果提供-o filename,则所有进程的跟踪结果输出到相应的filename.pid中,pid是各进程的进程号. 
-F 尝试跟踪vfork调用.在-f时,vfork不被跟踪. 
-h 输出简要的帮助信息. 
-i 输出系统调用的入口指针. 
-q 禁止输出关于脱离的消息. 
-r 打印出相对时间关于,,每一个系统调用. 
-t 在输出中的每一行前加上时间信息. 
-tt 在输出中的每一行前加上时间信息,微秒级. 
-ttt 微秒级输出,以秒了表示时间. 
-T 显示每一调用所耗的时间. 
-v 输出所有的系统调用.一些调用关于环境变量,状态,输入输出等调用由于使用频繁,默认不输出. 
-V 输出strace的版本信息. 
-x 以十六进制形式输出非标准字符串 
-xx 所有字符串以十六进制形式输出. 
-a column 
设置返回值的输出位置.默认 为40. 
-e expr 
指定一个表达式,用来控制如何跟踪.格式如下: 
[qualifier=][!]value1[,value2]... 
qualifier只能是 trace,abbrev,verbose,raw,signal,read,write其中之一.value是用来限定的符号或数字.默认的 qualifier是 trace.感叹号是否定符号.例如: 
-eopen等价于 -e trace=open,表示只跟踪open调用.而-etrace!=open表示跟踪除了open以外的其他调用.有两个特殊的符号 all 和 none. 
注意有些shell使用!来执行历史记录里的命令,所以要使用\\. 
-e trace=set 
只跟踪指定的系统 调用.例如:-e trace=open,close,rean,write表示只跟踪这四个系统调用.默认的为set=all. 
-e trace=file 
只跟踪有关文件操作的系统调用. 
-e trace=process 
只跟踪有关进程控制的系统调用. 
-e trace=network 
跟踪与网络有关的所有系统调用. 
-e strace=signal 
跟踪所有与系统信号有关的 系统调用 
-e trace=ipc 
跟踪所有与进程通讯有关的系统调用 
-e abbrev=set 
设定 strace输出的系统调用的结果集.-v 等与 abbrev=none.默认为abbrev=all. 
-e raw=set 
将指 定的系统调用的参数以十六进制显示. 
-e signal=set 
指定跟踪的系统信号.默认为all.如 signal=!SIGIO(或者signal=!io),表示不跟踪SIGIO信号. 
-e read=set 
输出从指定文件中读出 的数据.例如: 
-e read=3,5 
-e write=set 
输出写入到指定文件中的数据. 
-o filename 
将strace的输出写入文件filename 
-p pid 
跟踪指定的进程pid. 
-s strsize 
指定输出的字符串的最大长度.默认为32.文件名一直全部输出. 
-u username 
以username 的UID和GID执行被跟踪的命令

关于strace的其他使用案例，参考

Slow SQL*Plus Login | Oracle Database Blog: Experiments & Learnings

https://blogs.oracle.com/database4cn/sqlplus

实战例子：用strace分析数据库连接问题_记忆碎片的技术博客_51CTO博客