【发布时间】:2015-11-07 01:49:24
【问题描述】:
我有创建临时表的存储过程。然后我想执行一个与这些临时表连接的查询。
问题在于,使用 Golang 的数据库/sql 设计,确保后续查询获得相同连接的唯一方法是创建事务。
如果为了访问临时表而将大部分 SELECT 包装在事务中,我会自找麻烦吗?我知道我将失去一些性能/可扩展性,因为我将保留池中的连接,而不是让它们在查询之间返回。但我想知道我是否会开始看到这种策略的锁定或其他严重问题。
我需要这样做的原因是因为我的许多表的 MySQL 执行计划非常差(我正在跨大表进行多个连接)。我想执行一些中间查询并将它们的结果存储在临时表中以避免这个问题。
【问题讨论】:
-
即使是临时表?那么Golang中没有办法使用临时表吗?
-
文档表明创建临时表不会执行隐式提交 (dev.mysql.com/doc/refman/5.6/en/implicit-commit.html),但是无法像以前那样向它们添加索引。
-
MySQL 中的临时表只对当前连接可见。一旦该连接关闭,它们就会被丢弃。如果您使用的是临时表,则必须在开展业务时保持该连接。
-
是的,我认为你被困在一个事务中完成所有工作。直接来自 Golang 文档:“一旦调用 DB.Begin,返回的 Tx 就会绑定到单个连接。一旦对事务调用 Commit 或 Rollback,该事务的连接就会返回到 DB 的空闲连接池。”由于临时表仅对每个连接可见,因此您只能这样做。使用完临时表后,请务必清理它们,否则它们会持续存在,并且可能会混淆该池连接的下一个毫无戒心的继承者......
-
仅作记录:我删除了建议创建一个只有 1 个连接的新 sql.DB 的答案,因为这似乎行不通 (groups.google.com/d/msg/golang-dev/RWmOv4SYUmc/SYVuaZazQGwJ)