主页 / dba / 问题 / 17820
Accepted
Max
Asked: 2012-05-15 05:14:03 +0800 CST

第 11084 行的错误 1100 (HY000)：表 'search_index' 未使用 LOCK TABLES 锁定

  • 772

我正在尝试将从正在运行的服务器（将升级到）中获取的数据库的mysqldump备份导入到正在运行的本地计算机上。导入失败并出现以下错误：drupalMySQL 5.05.5MySQL 5.5.23

ERROR 1100 (HY000) at line 11084: Table 'search_index' was not locked with LOCK TABLES

当我在线打开备份时11084，我得到的是：

LOCK TABLES `sessions` WRITE;
/*!40000 ALTER TABLE `sessions` DISABLE KEYS */;
INSERT INTO `sessions` VALUES ...
-- MySQL dump 10.11
--
-- Host: localhost    Database: drupal
-- ------------------------------------------------------
-- Server version       5.0.77-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `search_index`
--

DROP TABLE IF EXISTS `search_index`;        <=== LINE 11084
SET @saved_cs_client     = @@character_set_client;
SET character_set_client = utf8;
CREATE TABLE `search_index` (
  `word` varchar(50) NOT NULL default '',
  `sid` int(10) unsigned NOT NULL default '0',
  `type` varchar(16) default NULL,
  `score` float default NULL,
  UNIQUE KEY `word_sid_type` (`word`,`sid`,`type`),
  KEY `sid_type` (`sid`,`type`),
  KEY `word` (`word`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
SET character_set_client = @saved_cs_client;

我检查了其他语句，通常INSERT语句后跟UNLOCK TABLES;. 因此，如果我对文件进行以下修改，mysqldump问题就解决了：

INSERT INTO `sessions` VALUES ...
UNLOCK TABLES;                   <=== ADDED LINE
-- MySQL dump 10.11
[...]
DROP TABLE IF EXISTS `search_index`;

我不知道那里出了什么问题，但是以开头的整个注释块与文件-- MySQL dump 10.11开头的注释块相同mysqldump，并且看起来像是在编写未正确关闭的语句mysqldump时开始了新转储。INSERT INTO sessionsUNLOCK TABLES;

有人知道这里发生了什么吗？

mysql mysqldump

2 个回答

  1. Best Answer

    我最初的猜测是，在创建 mysqldump 文件时，没有使用选项single-transaction。

    根据 MySQL Documentation on single-transaction

    --single-transaction 选项和 --lock-tables 选项是互斥的，因为 LOCK TABLES 会导致任何未决事务被隐式提交。

    您手动嵌入到转储中的事实UNLOCK TABLES;表明，首次创建 mysqldump 时没有调用任何选项。因此，在重新加载时，这个错误抬起了丑陋的头。

    • 4

  2. 有时，当您在 sql 转储中有以下命令而没有任何插入时，会出现此错误

    LOCK TABLES `table_name` WRITE;

    只需删除上面的行，它就会为您解决问题。

    希望能帮助到你

    干杯小号

    • 0

相关问题