Shell脚本调用sqlldr实现Oracle批量数据加载

1. 项目概述为什么在Shell脚本里调用sqlldr不是“偷懒”而是生产级数据流转的刚需你有没有遇到过这样的场景某天凌晨两点数据库管理员突然收到告警——上游系统导出的CSV文件已就绪但人工登录服务器、cd到目录、敲sqlldr命令、核对日志、再发邮件确认这一套操作下来至少八分钟。而业务方要求“T0当日数据必须在02:30前入库”。这时候一个能自动感知文件到达、校验格式、执行加载、捕获错误并分级通知的Shell脚本就不再是“运维小技巧”而是整个数据链路的守门人。“shell脚本中利用oracle的sqlldr导入数据”这个标题表面看是两个技术点的简单拼接实则锚定了企业级数据集成中最经典也最易被轻视的一环批处理自动化与数据库高吞吐加载的临界点。sqlldrSQL*Loader本身是Oracle官方提供的超高速数据加载工具单线程加载速率轻松突破5万行/秒远超INSERT语句或PL/SQL循环而Shell脚本则是Linux生态下最轻量、最稳定、最无需额外依赖的调度胶水层。二者结合不依赖任何中间件、不引入Java虚拟机开销、不增加数据库连接池压力就能构建出一套从文件落地到表数据就绪的端到端闭环。我曾在某金融数据中台项目里负责日终对账数据加载模块。每天凌晨1:45SFTP服务器会准时推送约1200万行的交易明细CSV字段含时间戳、金额、多层嵌套JSON字符串需预处理、以及带双引号包围的逗号分隔符。最初用Python写了个加载脚本结果发现每次启动解释器加载pandas库就要消耗1.8秒加上GIL锁导致并发受限单次加载峰值耗时达6分23秒多次触发下游报表超时。换成纯Shellsqlldr方案后核心加载时间压到57秒总流程含校验、归档、通知稳定在1分12秒内。关键不是“快”而是可预测、可审计、可回滚——每一步操作都记录在Shell的set -x日志里sqlldr自动生成的log和bad文件天然支持断点续传连DBA都能直接grep日志定位问题。所以这绝不是教你怎么敲一条命令而是带你拆解如何让sqlldr这个“重型推土机”听懂Shell脚本这个“现场调度员”的指令怎么设计控制流避免文件未就绪就开跑如何让错误信息从Oracle底层穿透到邮件通知怎样用几行awk和sed把脏数据拦在数据库门外接下来我们就从架构设计开始一层层剥开这个看似简单、实则暗藏十余处致命陷阱的组合技。2. 整体设计思路为什么不用Python/Java调度而死磕Shellsqlldr2.1 核心矛盾吞吐量、稳定性、可观测性的三角平衡很多开发者第一反应是“用Python写个定时任务不更灵活”——这恰恰踩中了第一个认知误区。我们来算一笔硬账调度方式启动开销并发能力错误隔离性日志可追溯性DBA协作成本Python脚本含pandas≥1.5s/次GIL限制实际≤3并发进程崩溃即全挂需额外配置logging模块需提供源码环境说明Java应用Spring Batch≥3.2s/次线程池可控容器级隔离ELK接入复杂需部署JVM监控探针Shell脚本sqlldr≈0.03s/次无锁可并行N个实例单次失败不影响其他每步输出重定向到独立日志DBA直接看$ORACLE_HOME/log看到没Shell的“轻”不是功能少而是把复杂性交给了操作系统内核——进程fork、信号处理、I/O重定向、管道通信这些Linux原生能力比任何高级语言的运行时都更接近硬件。sqlldr之所以快是因为它绕过了SQL解析器直接将数据块写入数据库缓冲区而Shell恰好是调用这种底层二进制工具的最优接口。提示Oracle官方文档明确建议对于百万级以上批量加载优先使用sqlldr而非INSERT ALL或外部表。而sqlldr的调用入口就是$ORACLE_HOME/bin/sqlldr一个标准Unix可执行文件——这决定了Shell是它的天然搭档。2.2 架构分层四层防御式设计保障零人工干预真正的生产级脚本从来不是“写完能跑就行”。我们采用四层漏斗式设计每一层都承担明确职责第一层文件守望者File Watcher不依赖crontab的固定时间点而是用inotifywait监听SFTP目录。为什么因为上游系统可能提前/延迟推送甚至分批次发送。inotifywait -m -e moved_to,create /data/inbound/比* * * * * /script/load.sh可靠十倍——前者是事件驱动后者是轮询赌博。第二层数据体检师Data Validator在sqlldr开跑前必须完成三重校验行数校验wc -l $file | awk {print $1}对比上游提供的MD5摘要中的行数字段字段数校验取首行head -1 $file | awk -F, {print NF}确保所有行NF值一致防CSV换行符污染编码校验file -i $file检查是否UTF-8避免Oracle报ORA-01756带引号的字符串中出现非法字符。第三层加载指挥官Loader Orchestrator这才是sqlldr的核心战场。我们不用裸命令而是封装成可复用的函数load_data() { local ctl_file$1 local data_file$2 local log_file$3 # 关键-silent选项屏蔽无关输出只留ERROR/WARNING sqlldr userid${DB_USER}/${DB_PASS}${DB_TNS} \ control${ctl_file} \ data${data_file} \ log${log_file} \ bad${log_file%.log}.bad \ discard${log_file%.log}.dsc \ silent(header,feedback) \ errors0 \ rows50000 \ bindsize20971520 \ readsize20971520 }注意rows50000和bindsize20M——这是经过实测的黄金参数。设太小如1000会导致频繁提交IO等待飙升设太大如50万则内存溢出风险陡增。20M bindsize对应约200MB内存占用刚好卡在Linux默认ulimit -v限制内。第四层哨兵监控员Sentinel Monitor加载完成后不直接退出而是解析sqlldr生成的log文件# 提取关键指标 total_records$(grep Total logical records ${log_file} | awk {print $5}) rejected_records$(grep Rejected logical records ${log_file} | awk {print $5}) # 判断成败仅当rejected0且total0才视为成功 if [[ $rejected_records 0 ]] [[ $total_records -gt 0 ]]; then echo ✅ 加载成功${total_records}行 mv ${data_file} /data/archive/$(date %Y%m%d)/ else echo ❌ 加载失败${rejected_records}行被拒 # 触发告警邮件企业微信机器人 send_alert sqlldr异常${data_file}详见${log_file} fi这套设计的精髓在于每一层失败都立即终止后续流程并留下完整证据链。DBA查问题时只需看/data/log/20240520/load_0215.log就能定位是文件编码问题第一层失败、字段错位第二层失败还是Oracle约束冲突第三层失败。2.3 为什么拒绝“一键式”脚本模块化才是可维护性的命脉见过太多“巨无霸脚本”300行代码挤在一个文件里变量命名a,b,c注释写着“此处不能改”结果某次紧急修复导致整个数据链路中断8小时。我们的方案强制模块化config.env所有环境变量集中管理DB连接串、路径、超时阈值validator.sh独立校验逻辑可单独测试./validator.sh /data/test.csvloader.sh纯sqlldr调用封装不包含业务逻辑notifier.sh告警通道抽象支持邮件/微信/钉钉热切换这样做的好处是当DBA说“把连接串从SID改成SERVICE_NAME”你只需改config.env一行当业务方要求“新增JSON字段校验”你只动validator.sh当公司统一上马企业微信notifier.sh替换函数即可loader.sh完全不动。模块化不是增加工作量而是把未来三个月的修改成本压缩到未来三次修改的总和。3. 核心细节解析sqlldr控制文件、Shell变量安全、Oracle权限的魔鬼细节3.1 控制文件.ctl不是模板而是数据契约的法律文书很多人把sqlldr控制文件当成简单映射表这是最大误区。.ctl文件本质是数据契约——它定义了“什么格式的数据以什么规则进入数据库的哪个位置”。写错一个参数轻则数据错位重则整表数据污染。以一个真实案例说明某电商订单表ORDERS有字段ORDER_ID(NUMBER),AMOUNT(NUMBER),CREATED_AT(DATE)。上游CSV首行为order_id,amount,created_at数据行为1001,99.9,2024/05/20 14:23:15。初学者常写LOAD DATA INFILE /data/inbound/orders.csv APPEND INTO TABLE ORDERS FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY (ORDER_ID, AMOUNT, CREATED_AT)这会导致什么CREATED_AT字段被Oracle按默认格式DD-MON-YY解析2024/05/20变成20-MAY-24而14:23:15被截断正确写法必须显式声明日期格式LOAD DATA INFILE /data/inbound/orders.csv APPEND INTO TABLE ORDERS FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY TRAILING NULLCOLS -- 允许空字段填充NULL避免ORA-01400 ( ORDER_ID, AMOUNT, CREATED_AT TO_DATE(:CREATED_AT, YYYY/MM/DD HH24:MI:SS) )更关键的是TRAILING NULLCOLS——没有它CSV中某行缺失CREATED_AT字段就会报错终止而实际业务中“部分字段为空”是常态。这个参数就像交通法规里的“允许右转”不写不违法但写了才能通行。注意TO_DATE函数里的冒号:CREATED_AT表示引用CSV中同名字段不是PL/SQL变量。sqlldr的字段引用语法极其严格多一个空格就编译失败。3.2 Shell变量注入当$DB_USER变成SQL注入的入口Shell脚本里拼接sqlldr命令时userid${DB_USER}/${DB_PASS}${DB_TNS}看着很自然但这是高危操作。如果DB_USER变量被恶意篡改比如通过环境变量注入就可能变成DB_USERscott/tigerorcl; rm -rf / # 危险分号后命令会被执行 # 最终执行sqlldr useridscott/tigerorcl; rm -rf /解决方案只有两个字引号加固。但不是简单加双引号而是用单引号包裹整个敏感段# ❌ 危险双引号内变量仍会扩展 sqlldr userid${DB_USER}/${DB_PASS}${DB_TNS} ... # ✅ 安全单引号禁用变量扩展用拼接规避 sqlldr userid${DB_USER}/${DB_PASS}${DB_TNS} ... # 但这样变量不生效那就用printf安全拼接 printf -v safe_user %q ${DB_USER} printf -v safe_pass %q ${DB_PASS} printf -v safe_tns %q ${DB_TNS} sqlldr userid${safe_user}/${safe_pass}${safe_tns} ...%q是printf的魔法开关它会自动给变量加单引号并转义内部特殊字符。DB_USERscott$(rm -rf /)经%q处理后变成scott\$(rm -rf /)完美免疫命令注入。3.3 Oracle权限最小化为什么DBA坚持不给DBA角色开发常抱怨“为什么连CREATE TABLE都要申请给个DBA角色不就完了”——这暴露了对Oracle权限模型的根本误解。sqlldr需要的权限极小INSERTon target table必须SELECTonALL_OBJECTS仅当用REPLACE模式且表存在时sqlldr需检查表结构READon directory object若用INFILE DIR:file.csv语法但绝不该给DROP ANY TABLE或UNLIMITED TABLESPACE。真实案例某次脚本误将APPEND写成REPLACE又因权限过大sqlldr直接清空了整张历史表。DBA事后审计发现该账号拥有DBA角色而REPLACE模式在表存在时会先TRUNCATE——这就是权限越界的代价。正确做法是创建专用加载账号-- 创建角色 CREATE ROLE loader_role; GRANT INSERT ON schema.orders TO loader_role; GRANT SELECT ON sys.all_objects TO loader_role; -- 创建用户并授权 CREATE USER loader IDENTIFIED BY StrongPss2024; GRANT loader_role TO loader; ALTER USER loader QUOTA 100M ON users; -- 严格限制表空间配额然后在Shell脚本中DB_USERloader DB_PASSStrongPss2024 # 密码明文见下节加密方案3.4 密码安全别让$DB_PASS成为黑客的圣诞礼物把密码写在Shell脚本里这是初级运维的坟墓。我们采用三级防护第一级OS文件权限chmod 600 config.env # 仅属主可读写 chown oracle:oinstall config.env第二级Oracle Wallet加密Oracle原生支持密钥钱包比任何自定义加密都可靠# 创建wallet只需一次 mkstore -wrl /home/oracle/wallet -create # 存入凭证 mkstore -wrl /home/oracle/wallet -createCredential orcl loader StrongPss2024 # 脚本中调用无需密码 sqlldr userid/orcl ... # 自动从wallet取凭证第三级环境变量隔离在crontab中不直接调用脚本而是# /etc/cron.d/data-load 0 2 * * * oracle . /home/oracle/config.env /home/oracle/loader.sh这样config.env只在cron子shell中生效不会泄露到父进程环境。4. 实操全流程从零搭建一个可投产的sqlldr自动化流水线4.1 环境准备三步验证Oracle客户端与Shell基础在动手写脚本前必须完成三个不可跳过的验证步骤否则后续所有调试都是空中楼阁第一步验证Oracle客户端连通性不要只信tnsping要实测sqlldr能否真正连接# 创建测试控制文件 test.ctl echo LOAD DATA INFILE * APPEND INTO TABLE DUAL FIELDS TERMINATED BY , (DUMMY) test.ctl # 创建测试数据注意DUAL表只能INSERT 1行 echo X test.dat # 执行测试-silent屏蔽干扰输出 sqlldr useridscott/tigerorcl controltest.ctl datatest.dat logtest.log silent(all) 2/dev/null # 检查结果 if grep -q 0 Rows not loaded due to data errors test.log; then echo ✅ Oracle客户端就绪 else echo ❌ 客户端异常请检查tnsnames.ora或网络 exit 1 fi第二步验证Shell版本与特性支持某些老系统用bash 3.x不支持[[ ]]语法或printf %q# 检查bash版本 bash --version | head -1 # 必须≥4.0 # 测试关键特性 if [[ $(printf %q a b) a\ b ]]; then echo ✅ printf %q 支持 else echo ❌ 需升级bash或改用其他转义方案 exit 1 fi第三步验证文件系统权限与磁盘空间sqlldr会生成.log、.bad、.dsc三类文件且bindsize参数决定内存占用# 检查/data/inbound目录是否有写权限 if ! touch /data/inbound/.test_perm 2/dev/null; then echo ❌ /data/inbound 无写权限 exit 1 fi rm /data/inbound/.test_perm # 检查磁盘剩余空间sqlldr临时文件可能达数据文件2倍大小 available_kb$(df /data | awk NR2 {print $4}) if [[ $available_kb -lt 5242880 ]]; then # 小于5GB echo ❌ /data 分区剩余空间不足5GB exit 1 fi这三步验证看似繁琐但能避免80%的“脚本写完跑不通”问题。我曾帮某客户排查折腾两天才发现是他们的Oracle客户端安装在/u01/app/oracle/product/11.2.0/client_1而$ORACLE_HOME指向了旧版本10.2.0——tnsping能通但sqlldr加载时报ORA-12154。验证脚本里加一行echo $ORACLE_HOME立刻暴露问题。4.2 控制文件动态生成用Shell模板引擎解决多表适配难题业务不可能只有一张表要加载。订单、用户、商品、日志……每个表的字段、格式、约束都不同。为每个表手写.ctl文件那是自寻死路。我们用Shell内置的cat EOF实现模板引擎模板文件template.ctl.tplLOAD DATA INFILE ${DATA_FILE} ${LOAD_MODE} INTO TABLE ${TABLE_NAME} FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY TRAILING NULLCOLS ( ${FIELD_LIST} )生成脚本gen_ctl.sh#!/bin/bash # 从配置文件读取表定义 source config.env # 动态构建FIELD_LIST build_field_list() { local table$1 case $table in orders) echo ORDER_ID, AMOUNT, CREATED_AT \TO_DATE(:CREATED_AT, YYYY/MM/DD HH24:MI:SS)\ ;; users) echo USER_ID, NAME, EMAIL, REG_TIME \TO_DATE(:REG_TIME, YYYY-MM-DD HH24:MI:SS)\ ;; *) echo ❌ 未知表名: $table 2 exit 1 ;; esac } # 生成具体ctl文件 TABLE_NAMEorders DATA_FILE/data/inbound/orders.csv LOAD_MODEAPPEND FIELD_LIST$(build_field_list $TABLE_NAME) cat orders.ctl EOF $( template.ctl.tpl) EOF执行后生成的orders.ctl内容为LOAD DATA INFILE /data/inbound/orders.csv APPEND INTO TABLE orders FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY TRAILING NULLCOLS ( ORDER_ID, AMOUNT, CREATED_AT TO_DATE(:CREATED_AT, YYYY/MM/DD HH24:MI:SS) )这个方案的优势是业务表变更时只需修改build_field_list函数ctl文件全自动更新。DBA审核时只需看函数里的TO_DATE格式是否符合规范不用逐行检查几百个ctl文件。4.3 完整可运行脚本loader.sh逐行注释版以下是一个经过生产环境千锤百炼的loader.sh全文187行每行都有实战注释#!/bin/bash # # 生产级sqlldr自动化加载脚本 v2.3 # 功能监听目录→校验文件→动态生成ctl→执行加载→归档→告警 # 作者某资深DBA非运维背锅侠 # # 1. 加载配置必须放在脚本开头 source /home/oracle/config.env # 2. 定义全局函数按执行顺序排列 log_info() { echo [$(date %H:%M:%S)] INFO: $* | tee -a $LOG_DIR/load_$(date %Y%m%d).log; } log_error() { echo [$(date %H:%M:%S)] ERROR: $* | tee -a $LOG_DIR/load_$(date %Y%m%d).log 2; } # 3. 文件校验主函数 validate_file() { local file$1 log_info 开始校验文件: $file # 3.1 检查文件是否存在且非空 if [[ ! -s $file ]]; then log_error 文件为空或不存在: $file return 1 fi # 3.2 检查文件编码UTF-8 BOM头会破坏sqlldr if file $file | grep -q UTF-8; then log_info 文件编码: UTF-8 else log_error 文件编码非UTF-8sqlldr可能报ORA-01756 return 1 fi # 3.3 检查首行字段数防CSV格式错乱 local header_fields$(head -1 $file | awk -F, {print NF}) local sample_fields$(sed -n 2p $file | awk -F, {print NF}) if [[ $header_fields ! $sample_fields ]]; then log_error 字段数不一致首行$header_fields列样例行$sample_fields列 return 1 fi # 3.4 检查行数是否超过阈值防内存溢出 local line_count$(wc -l $file) if [[ $line_count -gt $MAX_LINES ]]; then log_error 文件行数超限$line_count $MAX_LINES return 1 fi } # 4. sqlldr执行函数核心 run_sqlldr() { local ctl_file$1 local data_file$2 local log_file$3 log_info 启动sqlldr加载ctl$ctl_file, data$data_file # 4.1 构建安全的userid防注入 printf -v safe_user %q $DB_USER printf -v safe_pass %q $DB_PASS printf -v safe_tns %q $DB_TNS # 4.2 执行sqlldr关键参数详解见下文 sqlldr userid${safe_user}/${safe_pass}${safe_tns} \ control$ctl_file \ data$data_file \ log$log_file \ bad${log_file%.log}.bad \ discard${log_file%.log}.dsc \ silent(header,feedback) \ errors0 \ rows50000 \ bindsize20971520 \ readsize20971520 \ skip1 # 跳过CSV首行标题行 # 4.3 检查sqlldr返回码0成功非0失败 local exit_code$? if [[ $exit_code -ne 0 ]]; then log_error sqlldr执行失败返回码: $exit_code return $exit_code fi } # 5. 解析sqlldr日志函数 parse_log() { local log_file$1 local total$(grep Total logical records $log_file | awk {print $5}) local rejected$(grep Rejected logical records $log_file | awk {print $5}) local discarded$(grep Discarded logical records $log_file | awk {print $5}) log_info 加载统计总计$total拒绝$rejected丢弃$discarded # 5.1 严格判定成功条件 if [[ $rejected 0 ]] [[ $discarded 0 ]] [[ $total -gt 0 ]]; then return 0 else return 1 fi } # 6. 主执行流程 main() { log_info 开始执行数据加载流程 # 6.1 监听目录生产环境用inotifywait此处简化为遍历 for file in /data/inbound/*.csv; do [[ -e $file ]] || continue # 6.2 生成唯一标识用于日志和归档 local basename$(basename $file .csv) local timestamp$(date %Y%m%d_%H%M%S) local log_file$LOG_DIR/${basename}_${timestamp}.log # 6.3 校验文件 if ! validate_file $file; then log_error 文件校验失败跳过: $file continue fi # 6.4 动态生成ctl文件此处简化为固定orders表 cat /tmp/${basename}.ctl EOF LOAD DATA INFILE $file APPEND INTO TABLE ORDERS FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY TRAILING NULLCOLS ( ORDER_ID, AMOUNT, CREATED_AT TO_DATE(:CREATED_AT, YYYY/MM/DD HH24:MI:SS) ) EOF # 6.5 执行加载 if ! run_sqlldr /tmp/${basename}.ctl $file $log_file; then log_error sqlldr执行异常详情见$log_file continue fi # 6.6 解析日志 if ! parse_log $log_file; then log_error 加载结果异常拒绝$rejected行详情见$log_file # 发送告警此处省略具体实现 send_alert 加载异常${basename}拒绝$rejected行 continue fi # 6.7 归档成功文件 mkdir -p /data/archive/$(date %Y%m%d) mv $file /data/archive/$(date %Y%m%d)/${basename}_$(date %H%M%S).csv log_info 文件归档成功: $file done log_info 数据加载流程执行完毕 } # 7. 脚本入口必须放在最后 main $关键参数深度解读skip1跳过CSV首行标题避免被当作数据加载ORA-01722数字格式错误errors0遇到任何错误立即停止不累积错误数防止坏数据冲垮表rows50000每5万行提交一次平衡事务大小与回滚段压力bindsize2097152020MB绑定内存经测试在8GB内存服务器上最稳这个脚本已在多个金融、电信客户环境稳定运行超2年日均处理数据量1.2TB。它的价值不在代码多炫酷而在于每一步都留有证据、每一次失败都可追溯、每一个参数都有实测依据。5. 常见问题与排查技巧DBA不会告诉你的12个血泪教训5.1 “ORA-01722: invalid number” —— CSV里藏着看不见的空格现象sqlldr日志显示大量ORA-01722但用cat file.csv | head -10看不出问题。真相Excel导出的CSV常在数字字段前后插入不可见的UFEFFBOM头或U00A0不间断空格。排查# 查看十六进制编码 xxd -c 20 file.csv | head -5 # 若看到 ef bb bfBOM头或 c2 a0不间断空格立即清理 sed -i s/\xc2\xa0/ /g file.csv # 替换不间断空格 sed -i 1s/^\xef\xbb\xbf// file.csv # 删除BOM头实操心得所有上游系统导出的CSV必须在validate_file函数中加入BOM检测if head -c3 $file | xxd | grep -q efbbbf; then log_error BOM头存在; fi5.2 “SQL*Loader-350: Syntax error at line X” —— ctl文件里一个空格引发的血案现象ctl文件第15行报语法错误但肉眼检查无异常。真相Unix和Windows换行符混用。vi编辑时按CtrlV CtrlM会插入^MCR字符sqlldr无法识别。排查# 显示所有不可见字符 cat -A orders.ctl | grep \^M # 批量清理 dos2unix orders.ctl5.3 “ORA-01403: no data found” —— 日期格式错位的连锁反应现象CREATED_AT字段全为NULL但日志无报错。真相TO_DATE函数格式串与数据不匹配。2024/05/20用YYYY-MM-DD解析会返回NULL而非报错。排查# 在SQL*Plus中手动测试 SELECT TO_DATE(2024/05/20, YYYY-MM-DD) FROM DUAL; -- 返回NULL SELECT TO_DATE(2024/05/20, YYYY/MM/DD) FROM DUAL; -- 正确终极方案在ctl文件中用DATE_MASK参数替代硬编码CREATED_AT DATE YYYY/MM/DD HH24:MI:SS5.4 加载速度慢如蜗牛检查这5个隐藏瓶颈瓶颈类型检查命令优化方案磁盘IOiostat -x 1将.bad文件写到独立SSD盘避免与数据文件争抢IO内存不足free -h调小bindsize至10M或增大ulimit -v归档日志满archive log list确保LOG_ARCHIVE_DEST_1空间充足否则sqlldr卡住表空间配额SELECT * FROM dba_ts_quotas给加载用户分配足够UNLIMITED TABLESPACE或明确配额网络延迟ping -c 4 $DB_HOST若DB在远程改用DIRECTTRUE参数启用直连模式5.5 常见问题速查表附真实错误日志片段错误日志片段根本原因解决方案出现场景SQL*Loader-509: System error: Permission denied/data/inbound目录无写权限chmod 755 /data/inbound新建目录未赋权SQL*Loader-500: Unable to open filectl文件路径错误或文件名含空格用printf %q转义路径脚本中拼接路径ORA-00942: table or view does not exist表名大小写不匹配Oracle默认大写ctl中写INTO TABLE ORDERS而非ordersLinux表名区分大小写SQL*Loader-307: Error while trying to parse the control filectl文件末尾缺少换行符echo orders.ctlvi编辑后未保存换行ORA-01653: unable to extend table表空间不足ALTER TABLESPACE users ADD DATAFILE ...大批量首次加载我踩过的最大坑某次升级Oracle客户端到19csqlldr默认启用DIRECTTRUE直连模式但目标表有函数索引导致ORA-00600内部错误。解决方案是在ctl文件中显式关闭OPTIONS (DIRECTFALSE)。这个