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;

另一个shell

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，Debian等上没有问题 - 所以这可能是某个地方的错误，或者由于更改了API而错过了什么？

编辑： 当执行已连接表的查询并且连接保持打开时，这似乎是一个错误。此错误也不会每次都发生 - 重新启动python脚本可能会在大多数时间内产生此行为。

此致

Coyer

Answer 1

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

因此，在创建连接之后添加dbc.autocommit(True)似乎可以解决此问题 - 无论如何，它使毫无意义提交select-queries - 即使在MyISAM表（根本不支持事务）上也是如此）！

我认为这是MySQLdb中的一个错误，因为我无法在其他语言中重现类似行为 - 此行为每次都不可重现。

MySQL在OPTIMIZE TABLE

1 个答案: