为什么一些mysql连接在删除+插入后选择mysql数据库的旧数据？

Question

我的 python/wsgi Web 应用程序中的会话有问题。 2 个 wsgi 守护进程中的每一个中的每个线程都有一个不同的持久 mysqldb 连接。 有时，删除旧会话并创建新会话后，某些连接仍会在选择中获取旧会话，这意味着它们无法验证会话并再次要求登录。

详细信息：会话存储在本地 mysql 数据库的 InnoDB 表中。 身份验证后（通过 CAS），我删除该用户之前的所有会话，创建一个新会话（插入一行），提交事务，并重定向到最初请求的页面，并在 cookie 中使用新的会话 ID。 对于每个请求，都会根据数据库中的会话检查 cookie 中的会话 ID。

有时，重定向后在数据库中找不到新创建的会话。 相反，该用户的旧会话仍然存在。 （我通过在每个请求开始时选择并记录所有会话来检查这一点）。 不知何故，我得到了缓存的结果。 我尝试使用 SQL_NO_CACHE 选择会话，但没有任何区别。

为什么我得到缓存的结果？ 缓存还会发生在哪里，如何停止或刷新缓存？ 基本上，为什么其他连接看不到新插入的数据？

Answer 1

MySQL 默认为隔离级别“REPEATABLE READ”，这意味着您将看不到事务启动后所做的任何更改 - 即使提交了这些（其他）更改。

如果您在这些会话中发出 COMMIT 或 ROLLBACK，您应该会看到更改的数据（因为这将结束“正在进行”的事务）。

另一种选择是将这些会话的隔离级别更改为“READ COMMITTED”。 也许还有一个选项可以更改默认级别，但您需要查看手册。

Answer 2

是的，看起来假设您只会执行一个事务然后断开连接。 如果您有不同的需求，那么您需要解决这个假设。 正如@a_horse_with_no_name 所提到的，您可以提交（尽管如果您实际上没有更改数据，我会使用回滚）。 或者您可以更改光标上的隔离级别 - 从这个讨论中我使用了这个：

dbcursor.execute("SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED")

或者，您可以在连接上将自动提交设置为 true：

dbconn.autocommit(True)

但是，如果实际在连接中进行更改，则不建议这样做。