Почему MySQL крашится при доступе к таблице?

Question

[Futurism]

Добрый день.

Есть таблица в БД, в ней данные.
При чтении из неё - всё вроде бы хорошо.
При записи новых строк - тоже (хотя мне кажется, что запись в неё происходит значительно медленнее, чем должна бы быть).

При попытке удаления старых строк (любым методом - и truncate, и delete), а также при попытке удалить или переименовать таблицу - запрос зависает, а MySQL падает.

В error.log пишет только следующее:

2021-08-19T11:02:34.724839Z 0 [Warning] InnoDB: Retry attempts for reading partial data failed.
2021-08-19T11:02:34.724884Z 0 [ERROR] InnoDB: Tried to read 8192 bytes at offset 6692732928, but was only able to read 0
2021-08-19T11:02:34.724896Z 0 [ERROR] InnoDB: Operating system error number 5 in a file operation.
2021-08-19T11:02:34.724908Z 0 [ERROR] InnoDB: Error number 5 means 'Input/output error'
2021-08-19T11:02:34.724917Z 0 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html
2021-08-19T11:02:34.724934Z 0 [ERROR] InnoDB: File (unknown): 'read' returned OS error 105. Cannot continue operation
2021-08-19T11:02:34.724949Z 0 [ERROR] InnoDB: Cannot continue operation.
2021-08-19T11:02:36.926378Z 0 [Note] InnoDB: FTS optimize thread exiting.

smartctl говорит, что с диском всё хорошо.
badblocks (в режиме read only) тоже ничего плохого не находит.

Что это может быть и как это фиксить?

Comments

[Slava Rozhnev]

Место на диске есть?

[Futurism]

Slava Rozhnev, да, первое, что проверил.

df -h показывает 20 гигов свободного.

[Akina]

ANALYZE TABLE, потом скорее всего REPAIR TABLE.

[Futurism]

Akina,

mysql> analyze table broken_table;
+--------------------------+---------+----------+----------+
| Table                    | Op      | Msg_type | Msg_text |
+--------------------------+---------+----------+----------+
| db.broken_table          | analyze | status   | OK       |
+--------------------------+---------+----------+----------+
1 row in set (3.40 sec)

mysql> repair table broken_table;
+--------------------------+--------+----------+---------------------------------------------------------+
| Table                    | Op     | Msg_type | Msg_text                                                |
+--------------------------+--------+----------+---------------------------------------------------------+
| db.broken_table          | repair | note     | The storage engine for the table doesn't support repair |
+--------------------------+--------+----------+---------------------------------------------------------+
1 row in set (0.00 sec)

[Futurism]

Akina, но на удивление - truncate отработал без проблем.
Спасибо.

Но остаётся вопрос - что это было и почему?
И почему repair помог даже с учетом что его engine doesn't support?

[Immortal_pony]

Akina REPAIR? Для InnoDB?
Futurism, права пользователя, от которого mysql запущен, проверяли?

[Akina]

Immortal_pony, да, точно, InnoDB же... тогда innodb_force_recovery.