优化表后的MySQL档

Question

当我运行一个OPTIMIZE TABLE foo时，MySQL似乎会在这个查询上陷入停顿。

> show full processlist;
| 798 | root | localhost       | turbo | Query   |    1 | Waiting for table metadata lock | optimize table foo |

没有其他正在运行的查询。服务器版本为5.5.54

复制

创建如下表格：

CREATE TABLE `foo` (
  `bar` int(11) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1 ;
CREATE TABLE `bar` (
  `faz` int(11) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1 ;

创建一个python脚本，如：

# -*- coding: utf-8 -*-
import  MySQLdb, time

dbc = MySQLdb.connect(db="turbo", host="localhost", user="", passwd="")
crsr = dbc.cursor(MySQLdb.cursors.DictCursor)
crsr.execute("select count(*) from foo left join bar on bar.faz=foo.bar")
print crsr.fetchall()

# keep connection open
while(1):
  time.sleep(1)

在MySQL-shell中执行如下查询：

mysql> optimize table foo;

另一个壳

mysql> show processlist;
+-----+------+-----------+-------+---------+------+---------------------------------+--------------------+
| Id  | User | Host      | db    | Command | Time | State                           | Info               |
+-----+------+-----------+-------+---------+------+---------------------------------+--------------------+
| 236 | root | localhost | turbo | Query   |  230 | Waiting for table metadata lock | optimize table foo |
| 308 | root | localhost | turbo | Sleep   |  232 |                                 | NULL               |
| 309 | root | localhost | NULL  | Query   |    0 | NULL                            | show processlist   |
+-----+------+-----------+-------+---------+------+---------------------------------+--------------------+
3 rows in set (0.00 sec)

这个查询永远不会完成。在MySQL、Python等的旧版本上没有问题--所以这可能是某个地方的错误，或者是由于API的改变，我错过了什么？

编辑:当执行带有连接的表的查询并且连接保持打开时，这似乎是一个错误。而且，这个错误并不是每次都会发生--重新启动python脚本可能会在大多数情况下产生这种行为。

问候

科耶

Answer 1

从1.2.0开始，MySQLdb默认禁用自动提交。

因此，通过在创建连接后添加dbc.autocommit(True)，似乎解决了这个问题--无论如何，这使得没有意义地执行select查询--甚至在MyISAM表(根本不支持事务)上也是如此！

我认为这是MySQLdb中的一个bug，因为我不能在其他语言中复制类似的行为-而且这种行为不是每次都可以复制。