Python中SQLite3删除语句无报错却不执行的问题

嘿，我懂这种在DB工具里跑SQL正常，到代码里就掉链子的郁闷——尤其是这种要严格控制表行数的场景。咱们来一步步拆解问题，找到解决办法：

可能的问题根源 #

• 事务没提交：这是最常见的坑！SQLite默认会开启事务，如果你执行了删除语句但没显式提交，那修改只在内存里生效，一断开连接就打回原形，自然看不到行数减少。
• 对rowid的理解偏差：你说删除rowid=1的最旧行，但rowid可不是绝对的插入顺序标记——如果之前删过行，新插入的记录可能会复用被删掉的rowid，这时候rowid=1说不定是后来插的行，根本不是最旧的那条。
• 执行顺序/逻辑漏洞：可能你代码里先执行了新增，再判断行数；或者判断行数和删除操作之间有其他干扰，导致判断时行数还没到3，但新增后直接超了。

分步解决办法 #

1. 先确认事务提交 #

先检查你的代码，执行删除语句后有没有提交事务。比如用Python操作SQLite的话：

# 错误示范：只删不提交，等于白删
cursor.execute("DELETE FROM TableOne WHERE rowid = 1")

# 正确操作：删完必须提交
cursor.execute("DELETE FROM TableOne WHERE rowid = 1")
conn.commit()  # 关键！别漏了这步

如果是其他语言（比如Java、C#），也要确保调用了事务提交的方法，很多数据库驱动默认是关闭自动提交的。

2. 修正“最旧行”的定位逻辑 #

如果你的目标是删除最早插入的记录，别死磕rowid=1，换两种更靠谱的方式：

方式一：用时间戳字段（最稳妥）

先给表加个记录插入时间的字段：

ALTER TABLE TableOne ADD COLUMN created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;

然后删除最早插入的行：

DELETE FROM TableOne WHERE created_at = (SELECT MIN(created_at) FROM TableOne);

不管有没有删过行，这个逻辑都能精准找到最早的那条记录，不会出错。

方式二：用最小的rowid（适合没删过行的场景）

如果你的表从来没删过行，rowid是递增的，那可以用最小rowid定位最旧行：

DELETE FROM TableOne WHERE rowid = (SELECT MIN(rowid) FROM TableOne);

3. 把操作做成原子事务 #

把“判断行数→删旧行→新增记录”打包成一个原子操作，要么全成要么全败，避免中间出岔子：

BEGIN TRANSACTION;
-- 行数>=3时才删最旧行
DELETE FROM TableOne 
WHERE (SELECT COUNT(*) FROM TableOne) >= 3 
AND rowid = (SELECT MIN(rowid) FROM TableOne);
-- 执行新增操作（替换成你的实际插入语句）
INSERT INTO TableOne (列1, 列2) VALUES ('值1', '值2');
COMMIT;

把这些SQL放在一个事务里执行，就不会出现“判断行数后还没删就新增”的情况了。

4. 检查代码执行顺序 #

确保你的代码逻辑是：

1. 先查询当前表的行数
2. 如果行数≥3，执行删除语句并提交事务
3. 再调用CreateNew新增记录并提交事务
   或者直接把删除和新增放在同一个事务里，减少干扰。

调试小技巧 #

• 执行删除语句后，打印受影响的行数（比如Python里的cursor.rowcount），如果是0，说明你的WHERE条件没匹配到任何行，得检查条件是不是错了。
• 删完立刻查询表的行数，确认确实少了一行，再执行新增。

内容的提问来源于stack exchange，提问作者NaMcA507