SELECT查询上的间歇性sqlite3绑定错误

Question

我完全被我在 sqlite3 中遇到的间歇性错误所困扰。问题是完全相同的脚本偶尔会运行完成，或者它会在看似随机的 SELECT 语句上失败。由于它不能正确重复，我不知道是我做错了什么还是有错误。我在 mailing list 上看到了一个非常相似的问题，但 Guido van Rossum 只是在其他地方提到了它们，我找不到后续问题。

精简代码：

import sqlite3

conn = sqlite3.connect('c2c_orders.db')
c = conn.cursor()

tracking_nos = [u'1615146623203', u'1614117623187', u'1614174623176', 
                u'1614141623103', u'1614141623101', u'1613102623033', 
                u'1612192622864', u'1612104622842', u'1612109622787', 
                u'1612137622586', u'1612137622583', u'1611191622448', 
                u'1611166622426', u'1610118621895']

for num in tracking_nos:
    print num
    c.execute("SELECT * FROM mw_orders WHERE id=(?)", (num,)) 
    conn.commit()
    db_result = c.fetchall() 

我可以运行一次，然后从打印语句中得到：

1615146623203
1614117623187
1614174623176
1614141623103
1614141623101
1613102623033
...

很好。表中不存在跟踪号，因此它返回一个空列表。重置所有内容并再次运行：

1615146623203
1614117623187
---------------------------------------------------------------------------
InterfaceError                            Traceback (most recent call last)
C:\...path... in <module>()
    113 
    114     orders = check_orders()
--> 115     orderInfo = get_detailed_info(orders)
    116 
    117     end = datetime.datetime.now()

C:\C:\...path... in get_detailed_info(tracking_no)
     63         data_list = get_data.json()
     64 
---> 65         c.execute("SELECT * FROM mw_orders WHERE id=(?)", (num,))
     66         conn.commit()
     67         db_result = c.fetchall()

InterfaceError: Error binding parameter 0 - probably unsupported type.

错误与主脚本有关，因此行不匹配。但我不明白。这可能发生在任何数字上或根本没有发生。据我所知，我正确设置了查询。

这是在 Enthought Canopy 的 Python 2.7 上运行的 sqlite3 版本 2.6.0。有没有人见过这个并且知道如何解决这个问题？提前致谢。

编辑 我的 cmets 中提到的数据库锁在 Windows 重新启动后仍然存在。使用这里描述的软件here我得到以下，显示最后修改日期是在重启之前

事件的顺序更加奇怪。当前错误交替如下。第一次尝试读取数据库将在控制台打印以下内容（在引发错误的查询之前打印跟踪号和类型）

%run "C:\Users\Joshua\Canopy\PCscripts\full_vehicle_routing\dbSyncer2.py"
1608123637974
<type 'unicode'>
1608188637849
<type 'unicode'>
1607105637842
<type 'unicode'>
1607133637841
<type 'unicode'>
---------------------------------------------------------------------------
InterfaceError                            Traceback (most recent call last)
C:\Users\Joshua\Canopy\PCscripts\full_vehicle_routing\dbSyncer2.py in <module>()
    312     removeChecks = remove_all_checks()
    313     orders = check_orders()
--> 314     orderInfo = get_detailed_info(orders)
    315     checkOldOrders = check_old_orders()
    316 

C:\Users\Joshua\Canopy\PCscripts\full_vehicle_routing\dbSyncer2.py in get_detailed_info(tracking_no)
     90         data_list = get_data.json()
     91 
---> 92         c.execute("SELECT * FROM mw_orders WHERE id=(?)", (num,))
     93         conn.commit()
     94         db_result = c.fetchall()

InterfaceError: Error binding parameter 0 - probably unsupported type. 

尝试再次运行它并得到：

C:\Users\Joshua\Canopy\PCscripts\full_vehicle_routing\dbSyncer2.py in remove_all_checks()
     65 
     66 def remove_all_checks():
---> 67     c.execute("UPDATE mw_orders SET is_checked = '0'")
     68     conn.commit()
     69 

OperationalError: database is locked

然后运行相同的脚本再次给出第一个错误。它要么在两者之间进行乒乓操作，要么创建一个持久锁（我假设它是一个完全损坏的数据库。没有其他进程使用这个脚本，我正在开发它作为 Canopy 中的测试，只有这个脚本使用数据库

Answer 1

您在 select 与其 fetch 之间的提交不应该存在。

可以肯定的是，您可以尝试在删除提交后通过 try catch 控制发生的情况：

for num in tracking_nos:
    print num
    try:
        c.execute("SELECT * FROM mw_orders WHERE id=(?)", (num,)) 
        db_result = c.fetchall()
    except Exception as e:
        print "*** ERROR *** ", e, "  reading >", num, "<", type(num)
        # con.close()  # optionally depending on your higher level logic
        raise e

Answer 2

尝试检查连接隔离级别：https://docs.python.org/2/library/sqlite3.html#sqlite3.Connection.isolation_level

'获取或设置当前隔离级别。无自动提交模式或 “延期”、“立即”或“独家”之一。请参阅控制部分 交易以获得更详细的解释。'

--> 试试“独家”