使用FileStorage的ZODB数据库：临时文件为何残留磁盘？

嘿，我明白你遇到的困扰了——用ZODB做完操作关闭后，磁盘上还留着临时文件对吧？我来帮你捋捋问题出在哪。

首先先看你的代码：

from ZODB.FileStorage import FileStorage
from ZODB import DB
from persistent import Persistent
from BTrees.OOBTree import TreeSet
import transaction

if __name__ == '__main__':
    # 1. Create ZODB database
    # ------------------------
    storage = FileStorage("C:/database_test/mydb.db")
    db = DB(storage)
    conn = db.open()
    root = conn.root()
    root.files = TreeSet()

    # 2. Fill the TreeSet
    # --------------------
    ...

    # 3. Save and close
    # ------------------
    transaction.commit()
    conn.close()
    db.close()  # <- is this even necessary?

你的疑问db.close()是不是必要的？答案是是的，但你漏了关键一步：没有关闭storage对象！ZODB的FileStorage实例需要自己调用close()方法，不然它在后台的临时文件清理逻辑不会触发，这就是残留文件的原因。

修正后的关闭步骤 #

你需要在db.close()之后加上storage.close()，完整的关闭流程应该是：

transaction.commit()
conn.close()
db.close()
storage.close()  # 这一步不能少！

更稳妥的写法：用上下文管理器 #

其实更推荐用with语句来管理ZODB的连接和数据库，这样能自动帮你处理关闭逻辑，不用手动记步骤，避免遗漏：

if __name__ == '__main__':
    with FileStorage("C:/database_test/mydb.db") as storage:
        with DB(storage) as db:
            with db.open() as conn:
                root = conn.root()
                root.files = TreeSet()
                # 填充数据的代码
                ...
                transaction.commit()

用这种方式，所有资源都会在with块结束时自动关闭，临时文件也会被正确清理。

补充说明 #

ZODB在处理事务时会生成临时文件来保证数据的一致性和原子性，只有当存储对象被正确关闭时，它才会完成这些临时文件的清理工作——要么合并到主数据库文件，要么直接删除。所以之前的遗漏导致这些文件没被处理，就留在磁盘上了。

内容的提问来源于stack exchange，提问作者K.Mulier