У меня возникает проблема, когда mysqldump (ing) моя база данных ведет себя странно, только с одной таблицей в базе данных. В таблице нет ничего необычного в ней, и все столбцы являются просто базовыми, ожидайте, что у него есть два столбца с longtext/text datatype, если это имеет какое-то значение. Столбец Longtext содержит допустимые строки xml, а текстовый столбец содержит допустимые строки json.Дамп Mysql, содержащий пустые строки
Проблема в том, что созданный файл дампа вообще не содержит вставок для этой конкретной таблицы. Дамп-файл имеет строки sql для всего остального. Файл дампа даже создает строки таблицы для этой проблемной таблицы и всех других вещей mysql, но строки вставки полностью отсутствуют для этой таблицы. Вместо вставок в середине файла дампа имеется огромное количество пустых строк. Свалка делается так:
mysqldump -u root -ppassword dbname > dump.sql
Я заметил, что когда я добавляю
--extended-insert=false
мою команду сброса, свалка содержит некоторые вставки строк. Строки с идентификаторами 1-7 присутствуют, 8-9 отсутствуют, 10 присутствует, 11 отсутствует, 12-13 присутствуют и т. Д. ... Отсутствующие строки вставки строки заменяются пустой строкой в файле дампа.
Может ли кто-нибудь понять, что здесь происходит? Для меня данные не повреждены, и их можно просмотреть через интерфейс phpmyadmin.
Некоторые факты о случае
- MySQL Ver 14,14 DISTRIB 5.5.31, для Debian-Linux-гну (x86_64) с использованием Readline 6,2
- Проблема таблицы двигатель является InnoDB
- самосвала размер файла составляет около 1,7 г
- Задача таблица около 230.000 строк
Does '--extended-insert = FALSE - complete-insert = TRUE --compatible = ansi' help? – bishop
Нет, нет. Результаты такие же, как и для опции «--extended-insert = FALSE» – makallio85