Как правильно залить БД?

Question

[vottakoinick]

Я экспортировал БД с phpmyadmin сделал автозамену course_cats на kyrsy это название таксономии вордпресса, вроде не должно ничего сломать.
Очистил БД и заливаю её обратно и ошибка:

Ошибка
SQL запрос:
--
-- Индексы таблицы `wp_actionscheduler_logs`
--
ALTER TABLE `wp_actionscheduler_logs`
  ADD PRIMARY KEY (`log_id`),
  ADD KEY `action_id` (`action_id`),
  ADD KEY `log_date_gmt` (`log_date_gmt`)
Ответ MySQL: Документация

#1062 - Дублирующаяся запись '0' по ключу 'PRIMARY'

Почему это происходит? Я не понимаю БД целиком импортировалась или нет, сайт вроде раотает, но физически не могу проверить всё, а импорт закончился ошибкой.

Comments

[Akina]

Если при импорте возникла ошибка - данные гарантированно невалидны.

Первичный анализ ошибки говорит о том, что она не единственная. И при импорте для вменяемой диагностики по-хорошему надо включить strict SQL mode и собрать все ошибки и предупреждения - думаю, там получится впечатляющая портянка.

Также, поскольку это дамп существующей БД, то скорее всего либо неверно проведена корректировка, либо дамп выгружен странно, и данные числового поля выгружены как строковые.

[vottakoinick]

Akina, это phpmyadmin на хостинге beget тариф не дешёвый, поэтому как она может быть выгружена странно, как обычно выгружена.

[IvanU7n]

vottakoinick, сталкивался с тем, что бегетовский phpmyadmin терял auto_increment из create table, при этом mysqldump работал без проблем

ПЛЮС: терял именно при экспорте, а mysqldump запускался не на их хостинге
ПЛЮС2: ещё вспомнил, что в результате этой магии с auto_increment экспорт из бегетовского phpmyadmin оказывался не пригоден ни для чего — сильно битый, как например:

DROP TABLE IF EXISTS `back_postmeta`;
CREATE TABLE `back_postmeta` (
  `meta_id` bigint(20) UNSIGNED NOT NULL,
  `post_id` bigint(20) UNSIGNED NOT NULL DEFAULT '0',
  `meta_key` varchar(255) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
  `meta_value` longtext COLLATE utf8mb4_unicode_520_ci
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci;

meta_id должен иметь auto_increment, он хоть потом и добавляется в самом конце:

ALTER TABLE `back_postmeta`
  MODIFY `meta_id` bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=1682;

но нормально импортировать такой дамп у меня не выходило

Answer 1

[mayton2019]

Найди дубликаты в wp_actionscheduler_logs по ключу log_id и поудаляй их.

Comments

[vottakoinick]

Я перед заливкой полностью очистил БД, как там могут быть дубликаты, если они только уже были. Но как я их найду в sql файле? Хочу чтоб импорт завершился успешно.

Хотя у меня есть копия БД могу там поудалять если они уже были.

[mayton2019]

Ты можешь в notepad++ открыть твой дамп.

И вставить до этого

ALTER TABLE `wp_actionscheduler_logs`
  ADD PRIMARY KEY (`log_id`),
  ADD KEY `action_id` (`action_id`),
  ADD KEY `log_date_gmt` (`log_date_gmt`)

что-то вроде

delete from wp_actionscheduler_logs where log_id in (select log_id ...... здесь_что-то с window_function)

[Akina]

Значение НОЛЬ говорит о том, что поле числовое, NOT NULL и не заполнено. Так что там почти наверняка во всех записях нули. И он полностью очистит таблицу.

[mayton2019]

Я не знаю какой смысл для логов добавлять первичный ключ. Возможно он и не нужен.
Пускай автор добавит суррогатный счетчик для всех пустых полей по любому принципу. Хоть UUID
и закроет этот вопрос.

Или можно вообще убрать этот constraint.

Это все - мои варианты и мои фантазии. Разумеется я не несу никакой отвественности за
то что делает автор. Это - его отвественность.

[vottakoinick]

эту таблицу wordpress создал

[mayton2019]

vottakoinick, сразу не удаляй. Сделай просто select по дубликатам и по пустым ключам.
Посмотри глазами на данные.

[vottakoinick]

mayton2019, я перед экспортом очистил таблицу, экспортировал и сделал замену, а потом импортирую и заканчивается ошибкой, а в таблице несколько строк есть и log_id равен 0
Не понятно как они там появляются.

[mayton2019]

Давай действуй по плану как я написал.

[IvanU7n]

vottakoinick, выкинь бяку и сделай дамп чем-то нормальным, хоть mysqldump-ом из консоли, а не бегетовским phpmyadmin, я под вопросом уже писал, что этот дамп получается кривой