svn所谓“死锁”实为客户端工作副本本地锁异常，非服务器问题；需依次尝试：1. tortoisesvn clean up并勾选break write locks；2. 用sqlite3清空work_queue和wc_lock表；3. 重命名wc.db后svn cleanup重建。

如何清理svn服务器上的历史死锁保障读写顺畅

SVN 本身没有“服务器端死锁”这个概念——它不像数据库那样存在并发事务锁等待链。所谓“SVN死锁”，全部是客户端工作副本（Working Copy）本地状态异常导致的，不是服务器问题。服务器（Repository）只响应请求，不维护客户端锁状态；所有 lock、wc.db、work_queue、wc_lock 都存在于你本机的 .svn 目录里。

所以，“清理 SVN 服务器上的历史死锁”这个说法存在误解。真正需要处理的是：本地工作副本因异常中断（如强制退出、断电、IDE卡死）残留的锁标记和未完成操作队列，它们会阻塞后续 svn update、svn commit、svn cleanup 等命令。

以下是实际有效的三类处理方式，按推荐顺序排列：

直接清理本地工作副本（首选）

适用于多数轻度异常（如 cleanup 提示 “Previous operation has not finished”）：

在项目根目录右键 → TortoiseSVN → Clean up
勾选 “Break locks”（破坏锁）和 “Include externals”（如有外部引用）
点击 OK，等待完成
清理后立即执行 svn update 验证是否恢复

如果命令行操作：

svn cleanup --break-lock

清除 SQLite 工作队列与锁表（中重度异常）

当 cleanup 失败并报错 E200033: database is locked 或反复提示“operation interrupted”，说明 .svn/wc.db 中的 work_queue 或 wc_lock 表残留了未完成记录：

svn中文手册

下载

确保已安装 sqlite3（Windows 可下载 sqlite-tools-win32-x86）

打开命令行，进入项目根目录：

# 查看是否有挂起任务
sqlite3 .svn/wc.db "SELECT * FROM work_queue;"

清空任务队列（关键步骤）

sqlite3 .svn/wc.db "DELETE FROM work_queue;"

查看是否有本地锁记录

sqlite3 .svn/wc.db "SELECT * FROM wc_lock;"

清除锁表（解除文件级锁定标记）

sqlite3 .svn/wc.db "DELETE FROM wc_lock;"

- 执行完再运行 `svn cleanup`，通常即可恢复正常

### 强制重建 wc.db（极端情况）
当 SQLite 损坏或 `wc.db` 无法读取（如提示 `malformed database schema`）：
- 进入项目根目录下的 `.svn/` 文件夹
- 将 `wc.db` 重命名为 `wc.db.bak`
- 运行：
```bash
svn cleanup