web-dev-qa-db-ja.com

エラー1100(HY000)、行11084:テーブル 'search_index'はLOCK TABLESでロックされていません

MySQL 5.0を実行しているサーバーから取得したmysqldumpデータベースのdrupalバックアップを、実行中のローカルマシンにインポートしようとしています(5.5にアップグレードされます) MySQL 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 sessionsで正しく閉じられなかったUNLOCK TABLES;ステートメントの書き込み中の新しいダンプ。

ここで何が起こっているかについて誰かが何か考えを持っていますか?

5
Max

私の最初の推測では、mysqldumpファイルが作成されたときに、オプション single-transaction が使用されなかったと思われます。

MySQLドキュメントによると single-transaction

LOCK TABLESは保留中のトランザクションを暗黙的にコミットするため、-single-transactionオプションと--lock-tablesオプションは相互に排他的です。

あなたが埋め込んだという事実UNLOCK TABLES;を手動でダンプに表示すると、mysqldumpが最初に作成されたときにどちらのオプションも呼び出されなかったことが示されます。したがって、リロード時に、このエラーは醜い頭をもたげました。

4
RolandoMySQLDBA

挿入なしでSQLダンプに次のコマンドがあると、このエラーが発生することがあります

LOCK TABLES `table_name` WRITE;

上記の行を削除すると、問題が解決します。

それが役に立てば幸い

乾杯S

0
stevensagaar