我发现在sqlplus下spool a.sql文件，并没有在当前目录产生a.sql文件

　　[20241013]sqlplus spool与文件覆盖.txt　　--//这个问题在8月份遇到的问题，我发现在sqlplus下spool a.sql文件，并没有在当前目录产生a.sql文件，后来我发现建立在环境变量　　--//ORACLE_PATH定义的目录下,当时以为自己打开多个会话，没有注意自己工作的当前目录。事后我测试，问题视乎消失了，我再没有仔　　--//细探究。　　--//昨天在使用spool命令时再次出现这种诡异的现象，才引起我的注意，这才发现问题的根本原因，通过例子将问题演示出来。　　1.环境：　　SCOTT@book01p> @ ver2　　==============================　　PORT_STRING : x86_64/Linux 2.4.xx　　VERSION : 21.0.0.0.0　　BANNER : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　BANNER_FULL : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　Version 21.3.0.0.0　　BANNER_LEGACY : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　CON_ID : 0　　PL/SQL procedure successfully completed.　　$ echo -e "$SQLPATH\n$ORACLE_PATH"　　/home/oracle/sqllaji:/home/oracle/sqllaji/tpt　　/home/oracle/sqllaji:/home/oracle/sqllaji/tpt　　--//我定义2个环境变量SQLPATH与ORACLE_PATH，在linux下ORACLE_PATH定义有效，windows下正好相反，建议如果记不住，两个都定义相　　--//同的值。　　2.测试：　　--//session 1:　　SCOTT@book01p> @ spid　　SID SERIAL# PROCESS SERVER SPID PID P_SERIAL# C50　　---- ---------- -------- --------- ---- --- ---------- --------------------------------------------------　　275 27250 4289 DEDICATED 4291 66 12 alter system kill session '275,27250' immediate;　　SCOTT@book01p> host pwd　　/home/oracle/study/202410　　--//当前执行sqlplus时的当前目录是/home/oracle/study/202410.　　--//window 1:　　$ pwd　　/home/oracle/sqllaji　　--//在/home/oracle/sqllaji目录下建立文件tmp123.txt。　　$ echo $(date) >| tmp123.txt　　$ cat tmp123.txt　　Sun Oct 13 10:14:43 CST 2024　　$ wc tmp123.txt　　1 6 29 tmp123.txt　　--//session 1:　　SCOTT@book01p> spool tmp123.txt　　--//window 1:　　$ ls -l /proc/4291/fd | grep tmp　　--//连接oracle的进程并没有看到打开tmp123.txt的文件句柄,当时测试也遇到类似困惑。不过马上明白应该看看sqlplus进程，因为我在　　--//本地连接数据库，sqlplus进程对应前面显示PROCESS字段，也就是4289.　　$ ls -l /proc/4289/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 2024-10-13 10:17:25 10 -> /home/oracle/sqllaji/tmp123.txt　　--//可以发现在sqlplus下执行spool时，如果环境变量SQLPATH与ORACLE_PATH定义的目录该文件存在，优先将文件打开建立在该目录，这　　--//样的结果导致环境变量SQLPATH与ORACLE_PATH对应文件被覆盖。　　--//session 1:　　SCOTT@book01p> spool tmp123.txt　　SCOTT@book01p> @ver2　　==============================　　PORT_STRING : x86_64/Linux 2.4.xx　　VERSION : 21.0.0.0.0　　BANNER : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　BANNER_FULL : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　Version 21.3.0.0.0　　BANNER_LEGACY : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production　　CON_ID : 0　　PL/SQL procedure successfully completed.　　SCOTT@book01p> spool off　　--//window 1:　　$ ls -l /proc/4289/fd | grep tmp　　--//文件句柄关闭。　　$ wc /home/oracle/sqllaji/tmp123.txt　　25 106 1909 /home/oracle/sqllaji/tmp123.txt　　--//对比前面的执行wc的输出，文件长度已经发生变化，该文件被破坏了。　　--//这个在运维中应该引起足够注意，好的解决方法限制环境变量SQLPATH，ORACLE_PATH目录下的文件只读，或者　　--//通过chattr修改文件目录属性，限制修改操作。不过这样当真正需要修改时要取消设置，比较麻烦。　　--//另外spool时如果不指定sql后缀的文件，也许一定程度减少覆盖。　　--//还有一个方法就是使用绝对目录。我觉得最不可思议的地方是使用相对目录，竟然优先使用的也是SQLPATH或者ORACLE_PATH定义环境　　--//的文件。　　--//补充测试：　　--//session 1,使用相对目录有问题!!　　SCOTT@book01p> host pwd　　/home/oracle/study/202410　　SCOTT@book01p> spool ./tmp123.txt　　--//window 1:　　$ ls -l /proc/3796/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 2024-10-14 08:56:04 10 -> /home/oracle/sqllaji/tmp123.txt　　--//session 1,使用绝对目录没有问题。　　SCOTT@book01p> spool /home/oracle/study/202410/tmp123.txt　　SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/study/202410/tmp123.txt　　--//session 1,将文件建立在环境变量ORACLE_PATH指定的第2个目录下。　　$ rm /home/oracle/sqllaji/tmp123.txt　　SCOTT@book01p> host touch /home/oracle/sqllaji/tpt/tmp123.txt　　--//采用相对目录。　　SCOTT@book01p> spool ./tmp123.txt　　SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tpt-oracle-master/tmp123.txt　　--//这样ls看到的文件属性前面有1个l，估计表示lock。　　--//注：我的测试环境tpt是软连接指向tpt-oracle-master　　$ ls -l | grep tpt　　lrwxrwxrwx. 1 oracle oinstall 17 2021-11-22 09:28:29 tpt -> tpt-oracle-master　　drwxr-xr-x. 19 oracle oinstall 20480 2024-10-14 09:09:10 tpt-oracle-master　　drwxr-xr-x. 19 oracle oinstall 20480 2024-09-14 17:37:54 tpt-oracle-master.org　　--//session 1，3个目录文件都存在的情况下：　　SCOTT@book01p> host touch /home/oracle/sqllaji/tmp123.txt　　SCOTT@book01p> host touch /home/oracle/sqllaji/tpt/tmp123.txt　　SCOTT@book01p> host touch /home/oracle/study/202410/tmp123.txt　　SCOTT@book01p> spool tmp123.txt　　SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tmp123.txt　　--//优先使用环境变量ORACLE_PATH指向的第一个目录下的文件。　　SCOTT@book01p> spool ./tmp123.txt　　SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp　　l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tmp123.txt　　3.补充测试：　　--//如果是目录呢?　　--//window 1:　　$ pwd　　/home/oracle/sqllaji　　$ mkdir tmp123.txt　　--//session 1:　　SCOTT@book01p> spool tmp123.txt　　SP2-0606: Cannot create SPOOL file "/home/oracle/sqllaji/tmp123.txt"　　--//报错，再次证明我前面的分析正确，感觉oracle的sqlplus spool不应该这样设计，这样不小心会导致文件覆盖。　　--//我前面执行spool a.sql,实际上正好破环了tpt目录a.sql,我当时发现直接删除该文件。因为我有时候需要修改tpt目录下文件，　　--//原始文件我有备份。　　$ pwd　　/home/oracle/sqllaji　　$ find . -name a.sql -print　　./tpt-oracle-master.org/a.sql　　--//a.sql 用来 Display CURRENT active sessions。　　--//事后我测试，问题视乎消失了，实际上spool指定的文件不在环境变量SQLPATH与ORACLE_PATH中存在，问题自然不存在。　　--//再次说明，做好运维一些细节很重要，不要放弃自己在工作中遇到的任何问题，最好笔记，这样再次遇到就会做到临危不乱。　　--//如果昨天不是spool a.sql,而tpt目录下正好有1个a.sql文件，这个问题也许永远不被发现。　　4.收尾：　　--//删除相关目录下tmp123.txt文件。　　--//修复破坏现场。　　$ pwd　　/home/oracle/sqllaji　　$ rmdir tmp123.txt　　$ cp tpt-oracle-master.org/a.sql tpt/　　SCOTT@book01p> @ a　　A-Script: Display CURRENT active sessions...　　no rows selected