Perl脚本用DBI连接MSSQL命令行正常crontab执行失败咨询

问题根因 #

• 系统内存在两个版本的DBI模块：1.643版本为手动通过CPAN安装，存放在/usr/local/lib64/perl5路径下；1.627版本为系统默认通过rpm/yum安装，存放在/usr/lib64/perl5路径下。
• 交互式命令行环境下Perl的@INC搜索路径中/usr/local/lib64/perl5优先级更高，会优先加载1.643版本的DBI，因此运行正常。
• Crontab运行环境与交互式shell环境互相隔离，触发错误的核心原因是路径优先级变化：
  1. Crontab默认PATH变量优先级与交互式shell不同，任务中调用的perl实际指向系统自带的低版本Perl，其@INC优先级中系统路径/usr/lib64/perl5更高
  2. Crontab环境下LD_LIBRARY_PATH缺少/usr/local相关库路径，导致1.643版本的DBI.pm加载动态链接库时，误加载了系统路径下1.627版本的DBI动态库，触发版本不匹配报错

可行解决方案 #

方案1：Crontab中指定Perl绝对路径 #

先在交互式命令行执行which perl获取正常使用的Perl绝对路径（例如返回/usr/local/bin/perl），将crontab任务中的perl替换为该绝对路径即可：

19 6-17 * * 1-5 cd /app/www/tools/GoSet&& /usr/local/bin/perl /app/www/tools/GoSet/art_db_insert.pl > /app/www/tools/GoSet/artcron.log 2>&1

方案2：脚本内强制指定DBI加载优先级 #

在art_db_insert.pl文件最开头（use DBI语句之前）添加如下代码，强制将1.643版本DBI所在路径放到@INC最前列：

use lib '/usr/local/lib64/perl5';

方案3：清理重复的DBI版本 #

卸载系统自带的低版本DBI模块从根源避免冲突：

1. 执行rpm -qa | grep perl-DBI确认系统自带DBI的包名
2. 执行yum remove perl-DBI卸载旧版本，操作前确认无其他系统工具依赖该旧版本DBI

问题排查验证方法 #

可添加临时crontab任务输出Crontab环境下的Perl配置，确认路径差异：

* * * * * /usr/local/bin/perl -M5.010 -e' say "INC:"; say "  $_" for @INC; say "ENV:"; say "  $_: $ENV{$_}" for sort grep /^PERL|^PATH|^LD_LIBRARY_PATH/, keys %ENV;' > /tmp/perl_cron_env.log 2>&1

等待1分钟后查看/tmp/perl_cron_env.log内容，即可明确Crontab环境与交互式环境的配置差异。

内容的提问来源于stack exchange，提问作者Jason M