Linux运维脚本中捕获数据库表锁超时异常，关键是通过客户端命令退出码、stderr关键词（如“Lock wait timeout”“statement timeout”）及timeout兜底机制综合判断，而非Linux层直接捕获锁；MySQL用--execution-timeout配合错误匹配，PostgreSQL用statement_timeout与ON_ERROR_STOP=1，同时建议优化SQL避免锁争用。

在Linux运维脚本中捕获数据库表锁超时异常，关键不是靠Linux层直接“捕获锁”，而是通过数据库客户端命令的退出状态、标准错误输出（stderr）和超时机制来间接识别。不同数据库处理方式略有差异，以下以最常用的 MySQL 和 PostgreSQL 为例说明实用做法。

用 mysql 命令配合 --connect-timeout 和 --execution-timeout

MySQL 8.0.12+ 支持 --execution-timeout（单位毫秒），可限制单条语句执行时长。若因锁等待超时，会返回非零退出码并输出类似 Lock wait timeout exceeded 的错误信息。

• 在 shell 脚本中调用时，务必重定向 stderr 并检查退出码：

mysql -u$user -p$pass -h$host -D$db --connect-timeout=5 --execution-timeout=3000 -e "UPDATE t SET x=1 WHERE id=1;" 2>&1 | grep -q "Lock wait timeout" && echo "检测到锁超时" || echo "执行成功或其它错误"

• 更健壮的做法是先捕获完整输出再判断：

output=$(mysql -u$user -p$pass -h$host -D$db --execution-timeout=2000 -e "SELECT ...;" 2>&1)
exit_code=$?
if [ $exit_code -ne 0 ] && echo "$output" | grep -q "Lock wait timeout\|Lock wait timeout exceeded"; then
echo "表锁等待超时，需告警或重试"
fi

用 psql 配合 statement_timeout 和 EXIT ON ERROR

PostgreSQL 通过 statement_timeout 参数控制语句级超时（单位毫秒）。锁等待超过该值会报错 canceling statement due to statement timeout 或更具体的 deadlock detected。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

• 推荐在连接时设置，并用 -v ON_ERROR_STOP=1 让 psql 遇错立即退出：

psql -U $user -h $host -d $db -v ON_ERROR_STOP=1 -c "SET statement_timeout = 3000;" -c "UPDATE t SET y=2 WHERE id=1;" 2>&1

• 检查退出码 + 错误关键词即可判断是否为锁相关超时：

if [ $? -ne 0 ] && psql ... 2>&1 | grep -E -q "(statement timeout|deadlock detected|lock timeout)"; then
handle_lock_timeout
fi

通用技巧：加超时包装 + 解析错误流

无论哪种数据库，都建议用 timeout 命令做兜底，防止脚本卡死；同时统一收集 stderr，避免错误被忽略。

• 示例（MySQL 安全执行）：

result=$(timeout 10s mysql -u$user -p$pass -h$host -D$db -e "UPDATE t SET z=NOW();" 2>&1)
code=$?
case $code in
0) echo "执行完成" ;;
124) echo "被 timeout 强制终止，极可能锁等待超时" ;;
*) if echo "$result" | grep -q "Lock.*timeout\|Deadlock"; then
echo "数据库原生锁超时错误"
else
echo "其它数据库错误：$result"
fi
;;
esac

补充建议：避免问题比捕获更重要

运维脚本中频繁遇到锁超时，往往说明业务逻辑或 SQL 设计有优化空间：

• UPDATE/DELETE 尽量走索引，避免全表扫描锁升级
• 大事务拆成小批次，用 LIMIT + WHERE 主键范围分页更新
• 读多写少场景考虑用 SELECT ... FOR UPDATE NOWAIT，失败立刻报错而非等待
• 监控 slow_log 和 information_schema.INNODB_TRX 表，提前发现长事务

不复杂但容易忽略。