python / python/cpython

sqlite3: executescript can't process iterdump in batches anymore

Đang mở
#157,239 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

topic-sqlite3 type-bug
Ngôn ngữ chính
Python
Star
77.2k
Fork
35.9k
Chỉ số merge pull request
Chỉ số pull request đang chờ

Mô tả

Bug report

Bug description:

We've recently run into issues with some database migration code in our application, where we are copying a SQLite database by passing iterdump output into executescript. We tried to mimic what sqlite3 source.db .dump | sqlite3 target.db would do in Python.

While our unit tests were passing, the code was actually broken for large databases: It would error out with

sqlite3.OperationalError: cannot commit - no transaction is active

Here is a simplified version of the code:

import os.path
import shutil
import sqlite3
from itertools import islice
from tempfile import mkdtemp

ROW_COUNT = 1000


def main():
    folder = mkdtemp()
    try:
        print("Running executescript experiment in {0!r}".format(folder))
        source = os.path.join(folder, "source.db")
        target = os.path.join(folder, "target.db")
        source_conn = sqlite3.connect(source)
        populate_db(source_conn)
        target_conn = sqlite3.connect(target)
        migrate_db(source_conn, target_conn)

    finally:
        print("Deleting temporary folder {0!r}".format(folder))
        shutil.rmtree(folder)


def populate_db(conn):
    print("Populating source database with trivial data")
    conn.execute("create table customers (id integer primary key, name varchar)")
    conn.executemany(
        "insert into customers (name) values (?)",
        (("name #{0}".format(n),) for n in range(ROW_COUNT)),
    )
    conn.commit()


def migrate_db(source_conn, target_conn):
    print("Copying source database using iterdump")
    source_dump = source_conn.iterdump()
    batch_size = ROW_COUNT // 10

    while True:
        batch = list(islice(source_dump, batch_size))
        if not batch:
            break
        target_conn.executescript("\n".join(batch))


if __name__ == "__main__":
    main()

This code used to work just fine for years and has been carried over from Python 2.7.12 in our application.

The issue is that the iterdump output contains begin transaction and commit. Somehow, with Python 3.x the transaction handling has changed. It also seems to run the script in autocommit mode now, which slows it down to a crawl:

~/tmp/2026-09-09$ /usr/bin/time python2 original.py 
Running executescript experiment in '/tmp/tmpQP7tzC'
Populating source database with trivial data
Copying source database using iterdump
Deleting temporary folder '/tmp/tmpQP7tzC'
4.11user 0.33system 0:04.58elapsed 97%CPU (0avgtext+0avgdata 106808maxresident)k
0inputs+82328outputs (0major+134840minor)pagefaults 0swaps

~/tmp/2026-09-09$ uv run --python 3.15 python3 original.py .py 
Running executescript experiment in '/tmp/tmpdo9knqhb'
Populating source database with trivial data
Copying source database using iterdump
^C^\Command exited with non-zero status 131
3.55user 7.60system 2:23.77elapsed 7%CPU (0avgtext+0avgdata 40388maxresident)k
0inputs+1060696outputs (0major+14132minor)pagefaults 0swaps

I think the use case I understood for executescript is therefore basically dead: Execute many SQL statements (a script of SQL) with near native (as in: sqlite3 shell) performance.

The tricky change compared to the Python 2 state of affairs is that executescript now commits any ongoing transaction that is active on the SQLite level. So the first batch is quickly processed but calling executescript for the 2nd batch will commit the transaction opened for the first batch, switching SQLite to autocommit mode and processes each statement in its own transaction.

Workaround: don't use executescript but execute the statements one by one using plain execute. This works but slows the process to 50% original speed due to the Python overhead for each statement.

CPython versions tested on:

3.15

Operating systems tested on:

Linux

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Hướng nghiên cứu

Bắt đầu bằng cách chạy trình tái hiện đơn giản hóa từ issue với các API iterdump và executescript của sqlite3 trong Python, tập trung vào ranh giới batch nơi transaction trở nên không hoạt động. Được xem là hoàn tất khi đầu ra batched dump hoàn thành mà không có lỗi commit và không chuyển sang hiệu năng autocommit theo từng statement.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
python, sqlite
Lĩnh vực
database
Loại issue
Lỗi
Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức độ hoạt động
Sôi nổi
Độ rõ ràng
Khá rõ ràng
Mức phù hợp với người mới
55/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.