Linux grep命令与$?命令结合使用技巧

今天检查前同事留下的一个shell脚本时,其中一个脚本中有一个业务逻辑处理：要判断Oracle数据库实例是否启动，如果数据库实例处于OPEN状态的话，则执行/运行一些业务逻辑操作。脚本大体如下（脚本做了一下混淆和精简收缩）

up_flag=`${SCRIPT_DIR}/chkdbup.sh${ORACLE_SID}`

if[${up_flag}-eq0];then
.......
exit
else
.......
fi

其中chkdbup.sh脚本的内容如下：

ps-ef|grep-ismon_${1}|grep-v"grep">/dev/null
echo$?

Review这个脚本时，我感觉这个脚本的逻辑有问题(我认为这个脚本存在一个逻辑”bug”)，主要是等于时表示数据库实例处于启动状态，而{up_flag}不为0时则表示数据库实例异常了

if[${up_flag}-eq0];then
.......
exit
else
.......
fi

在Linux shell脚本中，$?一般表示上一个命令的返回值（执行情况)，执行成功，返回0，其他任何数值表示上条命令执行有错误。我认为数据库实例OPEN或关闭或crash的时候，chkdbup.sh这个脚本都会返回0，而不会返回值1，为了验证我的想法，于是我找了台测试环境验证测试一下。当前测试环境下ORACLE_SID为kerry

[oracle@mytestdb~]$ps-ef|grep-ismon_kerry|grep-v"grep"
oracle133896510Jul05?00:00:14ora_smon_kerry
[oracle@mytestdb~]$echo$?
0

换一个ORACLE_SID,此时因为Oracle实例不存在，就可以模拟实例Crash的情况（懒得关闭Oracle实例了，这个跟关闭Oracle实例测试效果一致）

[oracle@mytestdb~]$ps-ef|grep-ismon_gsp|grep-v"grep"
[oracle@mytestdb~]$echo$?
1

按照我的想法/认知，不管这个数据库实例存在或不存在，ps命令总是会执行成功，它就会返回0，而且是永远返回0，但是测试验证结果跟我的想法/认知不符合，Why？查了一些资料，然后和同事讨论后，终于搞清楚了其中的原因，主要是因为$?命令获取的上一条命令的返回结果，而上一条命令中使用了grep命令，而grep命令的返回结果是这样的:如果找到了匹配的相关记录则返回0，如果没有找到匹配的相关记录则返回1，如果执行过程中出错，就返回2，你可以使用man grep查看相关说明，具体如下所示：

EXITSTATUS
Normallytheexitstatusis0ifalineisselected,1ifnolineswereselected,and2ifanerroroccurred.However,
ifthe-qor--quietor--silentisusedandalineisselected,theexitstatusis0evenifanerroroccurred.

其实，grep命令在HP-UX下也是同样的返回值，如下所示：

RETURNVALUE
Uponcompletion,grepreturnsoneofthefollowingvalues:

Hewlett-PackardCompany-3-HP-UX11iVersion3Feb2007

grep(1)grep(1)

0Oneormorematchesfound.
1Nomatchfound.
2Syntaxerrororinaccessiblefile(evenifmatcheswere
found).

所以，我的想法/认知是错误的，而前同事也是在shell脚本中借助grep这个特性和$?来判断Oracle实例是否处于OPEN状态。这个也是一个shell脚本中的一个技巧，只是我很少用这种技巧，另外，由于对grep命令返回的值不清楚（具体来说，不清楚grep没有匹配到相关记录时返回1）。因此闹了一个乌龙事件。