MySQL, ошибка 126: неправильный файл ключа для таблицы

Я прочитал следующий вопрос, который имеет актуальность, но ответы не удовлетворили меня: MySQL: # 126 - Неверный ключевой файл для таблицы

Проблема

При запуске запроса я получаю эту ошибку

ОШИБКА 126 (HY000): неправильный файл ключа для таблицы

Вопрос

Когда я пытаюсь найти проблему, я не могу ее найти, поэтому я не знаю, как ее исправить с помощью команды восстановления. Есть ли какие-либо указания на то, как я могу найти проблему, вызывающую эту проблему каким-либо другим способом, но я уже пробовал?

Запрос

mysql>       SELECT
    ->         Process.processId,
    ->         Domain.id AS domainId,
    ->         Domain.host,
    ->         Process.started,
    ->         COUNT(DISTINCT Joppli.id) AS countedObjects,
    ->         COUNT(DISTINCT Page.id)   AS countedPages,
    ->         COUNT(DISTINCT Rule.id)   AS countedRules
    ->       FROM Domain
    ->         JOIN CustomScrapingRule
    ->           AS Rule
    ->           ON Rule.Domain_id = Domain.id
    ->           LEFT JOIN StructuredData_Joppli
    ->             AS Joppli
    ->             ON Joppli.CustomScrapingRule_id = Rule.id
    ->         LEFT JOIN Domain_Page
    ->           AS Page
    ->           ON Page.Domain_id = Domain.id
    ->         LEFT JOIN Domain_Process
    ->           AS Process
    ->           ON Process.Domain_id = Domain.id
    ->       WHERE Rule.CustomScrapingRule_id IS NULL
    ->       GROUP BY Domain.id
    ->       ORDER BY Domain.host;
ERROR 126 (HY000): Incorrect key file for table '/tmp/#sql_2b5_4.MYI'; try to repair it

mysqlcheck

[email protected]:~# mysqlcheck -p scraper
Enter password: 
scraper.CustomScrapingRule                         OK
scraper.Domain                                     OK
scraper.Domain_Page                                OK
scraper.Domain_Page_Rank                           OK
scraper.Domain_Process                             OK
scraper.Log                                        OK
scraper.StructuredData_Joppli                      OK
scraper.StructuredData_Joppli_Product              OK

подсчитанные строки

mysql> select count(*) from CustomScrapingRule;
+----------+
| count(*) |
+----------+
|       26 |
+----------+
1 row in set (0.04 sec)

mysql> select count(*) from Domain;
+----------+
| count(*) |
+----------+
|        2 |
+----------+
1 row in set (0.01 sec)

mysql> select count(*) from Domain_Page;
+----------+
| count(*) |
+----------+
|   134288 |
+----------+
1 row in set (0.17 sec)

mysql> select count(*) from Domain_Page_Rank;
+----------+
| count(*) |
+----------+
|  4671111 |
+----------+
1 row in set (11.69 sec)

mysql> select count(*) from Domain_Process;
+----------+
| count(*) |
+----------+
|        2 |
+----------+
1 row in set (0.02 sec)

mysql> select count(*) from Log;
+----------+
| count(*) |
+----------+
|       41 |
+----------+
1 row in set (0.00 sec)

mysql> select count(*) from StructuredData_Joppli;
+----------+
| count(*) |
+----------+
|    11433 |
+----------+
1 row in set (0.16 sec)

mysql> select count(*) from StructuredData_Joppli_Product;
+----------+
| count(*) |
+----------+
|   130784 |
+----------+
1 row in set (0.20 sec)

Update

Использование диска

[email protected]:/tmp# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G  4.7G   15G  26% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            237M  4.0K  237M   1% /dev
tmpfs            49M  188K   49M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            245M     0  245M   0% /run/shm
none            100M     0  100M   0% /run/user

Ответ 1

Похоже, что ваш запрос возвращает большой промежуточный результат, требующий создание временной таблицы и что настроенное местоположение для временного mysql дисковые таблицы (/tmp) недостаточно велики для результирующей временной таблицы.

Вы можете попытаться увеличить размер раздела tmpfs, перемонтировав его:

mount -t tmpfs -o remount,size=1G tmpfs /tmp

Вы можете сделать это изменение постоянным, отредактировав /etc/fstab

Если вы не можете этого сделать, вы можете попробовать изменить расположение диска временных таблиц, отредактировав запись "tmpdir" в файле my.cnf(или добавьте если он еще не существует). Помните, что каталог, который вы выберите должен быть доступен для записи пользователем mysql

Вы также можете попытаться предотвратить создание временной таблицы на диске путем увеличения значения для параметров конфигурации mysql:

tmp_table_size
max_heap_table_size

до больших значений. Вам нужно будет увеличить оба указанных параметра

Пример:

set global tmp_table_size = 1G;
set global max_heap_table_size = 1G;

Ответ 2

Разбить сложный запрос на несколько из них будет быстрее, не увеличивая размер таблицы temp

Ответ 3

В моем случае я просто удалил временные файлы temp:

my.ini

tmpdir = "D:/xampp/tmp"

И это сработало для меня.

Ответ 4

Если ваше монтирование /tmp в файловой системе Linux установлено как переполнение, часто размер которого равен 1 МБ, т.е.

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.9G   12K  7.9G   1% /dev
tmpfs           1.6G  348K  1.6G   1% /run
/dev/xvda1      493G  6.9G  466G   2% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            7.9G     0  7.9G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M  4.0K 1020K   1% /tmp               <------

это, вероятно, связано с тем, что вы не указали /tmp как свой собственный раздел, а ваша корневая файловая система была заполнена, а /tmp была повторно установлена в качестве резервной копии.

Я столкнулся с этой проблемой после того, как закончил свободное пространство на томе EC2. Как только я изменил размер тома, я столкнулся с разделом переполнения /tmp, заполняя при выполнении сложного представления.

Чтобы исправить это после того, как вы очистили пространство/размер, просто отключите резервную копию и он должен вернуться в исходную точку (обычно ваш корневой раздел):

sudo umount -l /tmp

_{Примечание. -l будет лениво размонтировать диск.Суб >}

Ответ 5

Вам просто нужно восстановить таблицу, которая используется в поисковом запросе. эта проблема обычно возникает в поисковом запросе.

перейти к " table_name" → операции → восстановить (всего лишь один клик) эффект может занять некоторое время, чтобы применить