为什么 Python 会引发异常，尽管只有一个 except 块？

Question

想象一下下面的代码：

def query(sql, data):
    with conn as cursor:
        try:
            cursor.execute(sql, data)
            rows = cursor.fetchall()
            conn.commit()
        except Exception as e:
            print(cursor._last_executed)
            print(e)

调用它时，err.InterfaceError("(0, '')") 从最后一行上升： print(e).

如果它是从print(cursor._last_executed) 升起的，我什至可以理解它，因为cursor 可能不可用或其他什么。但事实并非如此。

为什么，当我的裸异常应该处理所有事情时？

请忽略关于裸异常是好还是坏的讨论，这是另一个话题。问题是在这种情况下，异常是怎么产生的。

编辑：在繁重的数据库负载下，异常很少出现。您将无法复制它。

Edit2：我设法将回溯复制为哨兵报告中的文本：

InterfaceError: (0, '')
  File "run_signal_generator.py", line 39, in <module>
    main()
  File "run_signal_generator.py", line 35, in main
    ds.run_trades_stream()
  File "/home/deribit/rubber-band/data_stream/data_streamer.py", line 223, in run_trades_stream
    self.process_data(data)
  File "/home/deribit/rubber-band/data_stream/data_streamer.py", line 97, in process_data
    self.start_new_candle(timeframe)
  File "/home/deribit/rubber-band/data_stream/data_streamer.py", line 117, in start_new_candle
    self.notify()
  File "/home/deribit/rubber-band/data_stream/observer.py", line 13, in notify
    observer.update()
  File "/home/deribit/rubber-band/data_stream/observer.py", line 26, in update
    self.process_data()
  File "/home/deribit/rubber-band/data_stream/signal_generator.py", line 131, in process_data
    return self.process_potential_new_trade()
  File "/home/deribit/rubber-band/data_stream/signal_generator.py", line 160, in process_potential_new_trade
    return self.process_enter_signal()
  File "/home/deribit/rubber-band/data_stream/signal_generator.py", line 407, in process_enter_signal
    trade_id = self.store_enter_signal_db(data)
  File "/home/deribit/rubber-band/data_stream/signal_generator.py", line 522, in store_enter_signal_db
    return query(sql, db_data)["id"]
  File "/home/deribit/rubber-band/helpers/mysql.py", line 19, in query
    print(e)
  File "pymysql/connections.py", line 881, in __exit__
    self.commit()
  File "pymysql/connections.py", line 798, in commit
    self._execute_command(COMMAND.COM_QUERY, "COMMIT")
  File "pymysql/connections.py", line 1122, in _execute_command
    raise err.InterfaceError("(0, '')")

确实，它声称异常是从这条线引发的。

Answer 1

似乎类似于this old question：mysql 连接和游标不是线程安全的，因此如果您在多个线程之间共享连接（而不是每个线程有一个连接），它们的状态基本上随时可能中断。

有可能由于某种原因__str__ on MySQL 的连接错误 ping 服务器以尝试获取更多信息，如果例如另一个线程已经改变了连接状态。 cursor._last_executed 可能没有这个问题，因为只是在执行请求或响应返回时将信息保存在本地。

正如其他评论者指出的那样，如果您遇到异常提供整个回溯和错误消息而不是一小部分信息。如果您需要匿名部分回溯，请这样做，但需要的 ESP 或假设越少越好。

Answer 2

想通了。

这是怎么回事：

1) 主query 引发错误。

2) 已处理。

3) 由于query 在上下文管理器中，上下文管理器退出它的对象，例如连接实例。

4) 由于MySQL服务器已经消失，连接类的__exit__方法无法正常执行。

5) 由于无法正确执行，它会引发一个错误在上下文管理器范围内，在query 内的裸处理异常范围之外。

如果您尝试以下代码，您可以获得相同的结果：

class ContextManagerException(Exception):
    pass


class TryBlockException(Exception):
    pass


class A(object):
    def __enter__(self):
        return self

    def __exit__(self, exc_type, exc_value, tb):
        raise ContextManagerException


with A() as a:
    try:
        raise TryBlockException
        pass
    except Exception as e:
        print(e)

如您所见，引发的异常确实是从上下文管理器引发的，并且确实是从print(e) 行引发的，因为它是从上下文管理器执行的最后一行。