PowerDNS权威服务器并行删除RRSets时的SQLite3数据库锁问题解析

在PowerDNS权威服务器4.9.1版本中，当通过REST API并行删除同一区域(zone)下的多个资源记录集(RRSet)时，使用SQLite3后端存储会遇到"database is locked"错误。这个问题主要出现在高并发写入场景下，反映了SQLite3在默认配置下的并发写入限制。

问题本质

SQLite3作为轻量级数据库，其设计初衷是简单高效的嵌入式数据库解决方案。在WAL(Write-Ahead Logging)模式下，虽然支持多个读取器同时工作，但写入操作仍然是串行化的。当多个API请求同时尝试修改同一区域的数据时，后续请求会遇到数据库锁冲突，导致服务器返回500内部服务器错误。

技术背景

SQLite3提供三种事务模式：

1. DEFERRED(默认)：延迟获取锁，直到第一次读写操作
2. IMMEDIATE：立即获取保留锁，防止其他连接写入
3. EXCLUSIVE：获取排他锁，阻止所有其他连接

PowerDNS默认使用DEFERRED模式，这在高并发写入场景下容易产生锁竞争。特别是在以下典型操作中：

• 批量删除记录
• 区域传输更新
• API大规模修改操作

解决方案

核心解决思路是修改事务启动模式。通过将事务启动命令从默认的BEGIN改为BEGIN IMMEDIATE，可以确保：

1. 写入连接立即获得保留锁
2. 后续写入请求排队等待
3. 避免"database is locked"错误

这种修改不会影响数据一致性，只是改变了锁获取时机，使系统行为更符合高并发场景下的预期。

实现考量

在实际实现中需要注意：

1. 事务启动模式的判断逻辑不应依赖于domain_id等业务参数
2. 保持与现有代码架构的一致性
3. 考虑对其他后端存储的影响
4. 性能影响评估（IMMEDIATE模式可能增加平均延迟）

最佳实践建议

对于使用PowerDNS+SQLite3组合的用户，建议：

1. 评估并发负载特征
2. 考虑在高写入负载场景使用其他后端存储
3. 监控数据库锁等待情况
4. 合理设置SQLite3的busy_timeout参数

这个问题也提醒我们，在数据库选型时需要充分考虑应用的读写模式特点，SQLite3虽然简单易用，但在高并发写入场景下需要特别处理。