为了使用rusqlite加快插入SQLite数据库的速度,我想在for循环内构建一个事务,并且只提交每N次迭代。
下面的代码可以编译,但是会构建一个事务并一次性提交所有事务:
use rusqlite::{Connection, Result, NO_PARAMS};
fn main() -> Result<()> {
let mut conn = Connection::open_in_memory()?;
conn.execute(
"CREATE TABLE entry (
id INTEGER PRIMARY KEY,
data INTEGER
)",
NO_PARAMS,
)?;
let tx = conn.transaction()?;
for i in 0..20 {
tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
}
tx.commit()?;
Ok(())
}
我的用例需要使用数百万个插入来构建事务,因此我想做的是积累事务,并在事务到达transaction_size
时提交并重新开始新事务。 未编译版本如下所示:
let transaction_size = 5;
let tx = conn.transaction()?;
for i in 0..20 {
if (i % transaction_size) == (transaction_size - 1) {
tx.commit()?;
let tx = conn.transaction()?;
}
tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
}
借阅检查器不允许这样做有两个原因。
error[E0382]: use of moved value: `tx`
--> src/main.rs:18:13
|
15 | let tx = conn.transaction()?;
| -- move occurs because `tx` has type `rusqlite::transaction::Transaction<'_>`, which does not implement the `Copy` trait
...
18 | tx.commit()?;
| ^^ value moved here, in previous iteration of loop
error[E0499]: cannot borrow `conn` as mutable more than once at a time
--> src/main.rs:19:22
|
15 | let tx = conn.transaction()?;
| ---- first mutable borrow occurs here
...
19 | let tx = conn.transaction()?;
| ^^^^ second mutable borrow occurs here
20 | }
21 | tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
| -- first borrow later used here
第一个投诉对我来说很有意义。第二个不是那么多,因为下面的内容会编译(但是我在每个事务中只插入一行):
for i in 0..20 {
let tx = conn.transaction()?;
tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
tx.commit()?;
}
我尝试在循环中使用let tx = if cond { tx.commit()?; conn.transaction()? }
,但是需要else子句来输入check。
我无法弄清楚如何使我的编译器满意的同时实现目标。也许有一些方法可以使用不安全的功能,但是我对Rust还是很陌生。
编辑
我忘了提到我想将迭代器视为一次性使用。
使用从@Sébastien中分离用于将事务构建到do_batch
中的逻辑的想法Renauld我制作了这个版本,该版本将使用可变矢量累积必须添加到事务中的数据。然后,它以transaction_size
大小的块构建并提交事务。
use rusqlite::{Connection, Result, Transaction, NO_PARAMS};
use std::vec::Vec;
fn do_batch<'a>(tx: &Transaction<'a>, transaction_accum: &Vec<i32>) -> Result<()> {
for i in transaction_accum.iter() {
tx.execute("INSERT INTO entry (data) values (?1)", &[i])?;
}
Ok(())
}
fn main() -> Result<()> {
let mut conn = Connection::open_in_memory()?;
conn.execute(
"CREATE TABLE entry (
id INTEGER PRIMARY KEY,
data INTEGER
)",
NO_PARAMS,
)?;
let transaction_size = 5;
let mut transaction_accum: Vec<i32> = Vec::new();
for i in 1..20 {
transaction_accum.push(i);
if (i % transaction_size) == (transaction_size - 1) {
let tx = conn.transaction()?;
do_batch(&tx, &transaction_accum)?;
transaction_accum.clear();
tx.commit()?;
}
}
Ok(())
}
编辑2
在@SébastienRena的另一个建议之后,我偶然发现了itertools板条箱,该板条箱可让您分块迭代器的输出,从而提供以下简洁的解决方案。我唯一担心的是,为了制作块,在调用chunks
时,整个迭代器都在幕后实现。是这样吗?
use rusqlite::{Connection, Result, Transaction, NO_PARAMS};
use std::vec::Vec;
use itertools::Itertools;
fn do_batch<'a>(tx: &Transaction<'a>, transaction_accum: &Vec<i32>) -> Result<()> {
for i in transaction_accum.iter() {
tx.execute("INSERT INTO entry (data) values (?1)", &[i])?;
}
Ok(())
}
fn main() -> Result<()> {
let mut conn = Connection::open_in_memory()?;
conn.execute(
"CREATE TABLE entry (
id INTEGER PRIMARY KEY,
data INTEGER
)",
NO_PARAMS,
)?;
let transaction_size = 5;
let my_iter = 1..20; // this is really a WalkDir from the walkdir crate
for chunk in &my_iter.into_iter().chunks(transaction_size) {
let tx = conn.transaction()?;
do_batch(&tx, &chunk.collect())?;
tx.commit()?;
}
Ok(())
}
答案 0 :(得分:0)
这是一个SQL问题,而不是Rust问题,但我将同时解释为什么会遇到该问题以及它在Rust中的显示方式。
所有这些都源于对交易数据库的基本误解,它适用于支持交易的每个RDBMS。事务的重点是打开服务器上可以视为单独的板块。然后,您要对此进行状态更改,例如添加或删除行,然后然后将您的单独平板变成服务器的“真实”状态。根据您使用的数据库引擎的不同,实现的方式也会有所不同,但是对于我们今天针对您的问题的目的,这种类比将起作用。
您不是在执行此操作,而是在打开事务,进行一次插入,然后立即用commit()
将板退回。注意其签名:
fn commit(self) -> Result<()>
就像我们期望的那样,commit()
花费self
,而不是&mut self
。通过提交(或回滚),您就是在告诉服务器您已完成此事务。
要解决此问题,您需要根据数据库确定如何进行处理。批处理是一个不错的主意,您已经发现了,但是您需要确保您可以承受一次批处理失败并重复的费用。这样,我们将把事情分成几部分。
首先,我们将构建批处理生成器。我们将需要此,特别是如果我们打算重播一个批次:
fn do_batch<'a>(tx: &mut Transaction<'a>) -> Result<(), rusqlite::Error> {
for i in 0..20 {
tx.execute("INSERT INTO entry (data) values (?1", &[i])?;
}
Ok(())
}
然后,我们围绕它构建结构:
fn do_tx(mut conn: Connection) -> Result<(), rusqlite::Error> {
for i in 0..20 {
// Open the TX
let mut tx = conn.transaction()?;
do_batch(&mut tx)?;
// Do your error handling here. If the batch fails, you want to decide whether to retry or abort.
tx.commit()?;
}
Ok(())
}
如果可能的话,总是值得分开关注,并且如果需要的话,总是值得进行一次交易。那就是他们在那里的目的。让您的函数构建批处理,然后以某种总体结构处理提交/回退行为。
正如您在评论中提到的,您正在走一棵树。为此,我仅假设您已经展平了迭代器(即,您的N维树由一维迭代器表示),并且该迭代器位于tree_walker
下。 / p>
当前在迭代器上没有定义chunks()
方法,这是您所需要的。为简便起见,我们只去collect()
然后使用Vec::chunks()
。对于大多数工作负载来说,这应该不是问题,但是如果您发现此分配的大小太大,则可以相对轻松地自己重新实现。
use rusqlite::Error;
use rusqlite::{Connection, Transaction};
fn do_batch<'a>(tx: &Transaction<'a>, transaction_accum: &[i32]) -> Result<(), rusqlite::Error> {
for i in transaction_accum.iter() {
tx.execute("INSERT INTO entry (data) values (?1)", &[i])?;
}
Ok(())
}
fn commit(
mut conn: Connection,
tree_walker: impl Iterator<Item = i32>,
batch_size: usize,
) -> Result<(), rusqlite::Error> {
let collected: Vec<i32> = tree_walker.collect();
collected
.chunks(batch_size)
.fold(Ok(()), |current, elements| {
current.and_then(|_| {
let tx = conn.transaction()?;
do_batch(&tx, &elements)?;
tx.commit()
})
})
}
答案 1 :(得分:0)
下面的代码段在第6行有一个重要的误解:
let transaction_size = 5;
let tx = conn.transaction()?;
for i in 0..20 {
if (i % transaction_size) == (transaction_size - 1) {
tx.commit()?;
let tx = conn.transaction()?; // <-- HERE
}
tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
}
此行不会替换在第2行上创建的tx
变量,而是会创建一个名为tx
的新变量,该变量在if
的持续时间内遮盖第一个变量块,并在其末尾删除。因此,当您进入tx.execute
时,您将尝试使用已经提交的事务而不是新事务。
您想要的是:
let transaction_size = 5;
let mut tx = conn.transaction()?; // <-- Note the `mut` so that we can change it later to a new one
for i in 0..20 {
if (i % transaction_size) == (transaction_size - 1) {
tx.commit()?;
tx = conn.transaction()?; // <-- No `let` -> replace the existing `tx`
}
tx.execute("INSERT INTO entry (data) VALUES (?1)", &[i])?;
}
tx.commit()?; // <- Don't forget to commit the last transaction.