#1062 - Duplicate entry 'у-665' for key 1 - не могу восстановить архив ;( ....

[den812]

Восстанвливаю с ПХПМайАдмином:

SQL-запрос:

INSERT INTO `vue_log_search_subjects` (`word`, `ID_TOPIC`) VALUES ('Ткните', 892), ('то', 244), ('ТО', 767), ('тоже', 1292), ('Толчки', 1052), ('Толчки', 1276), ('Толчки', 1277), ('только', 357), ('только', 560), ('только', 875), ('только', 876), ('ТОЛЬКО', 920), ('только', 1142), ('Тонировка', 143), ('топива', 345), ('топлива', 37), ('топлива', 202), ('топлива', 373), ('топлива', 888), ('топлива', 1337), ('топливного', 714), ('Топливный', 80), ('топливный', 371), ('топливный', 864), ('топливный', 915), ('тормоз', 1205), ('Тормозная', 671), ('тормозной', 234), ('Тормозной', 878), ('Тормозные', 126), ('Тормозные', 243), ('тормозные', 812), ('тормозные', 1068), ('Тормозные', 1101)[...]

Ответ MySQL:
#1062 - Duplicate entry 'у-665' for key 1
____________________________________________

Я так понимаю что нужно найти в файле архива эту дублирующую записть и просто ее потереть? ка ее там найти то?

и посему она там появилась, т.к. я видел уже похожие надписи с логах и на форуме иногда... но давно...


ХЕЛПП ПЛИЗЗ!

[†MavN†]

log_search_subjects данные из этой таблицы можешь не восстанавливать это поисковые индексы которые можно потом создать самим форумом.

[den812]

это то понятно..  я поправил дубллированный индекс путем удаления этой записи,
но все-же не очень понятно почему они двоятся... ;( ....

вот нашел некоторое описание пожоббной прлоблемы может кому понадобится:

http://bugs.mysql.com/bug.php?id=25853

итог такой:
Noted in 5.0.46, 5.1.20 changelogs.

The server deducted some bytes from the key_cache_block_size option
value and reduced it to the next lower 512 byte boundary. The
resulting block size was not a power of two. Setting the
key_cache_block_size system variable to a value that is not a power
of two resulted in MyISAM table corruption.

[rtyug]

зачем восстанавливать лог таблицу?

[den812]

естественное ее востанавливать не надо, я уже все загрузил, но проблема как я понял глобальная....   каким-то образом создаются записи с одинаковыми ключевыми номерами(которые должны быть уникальными)

это просто не первый раз встречается...

так вот выше я давал ссылку ..  где говорится что это глобальная проблема..

[rtyug]

я например не понял что это такое, и зачем это...

вам написало что ключть не может быть продублирован...

[den812]

я например не понял что это такое, и зачем это...

вам написало что ключть не может быть продублирован...

плиз вчитывайтесь в проблему.., а не пишите ляляля...     англ. я тоже понимаю

[rtyug]

продублировать не может, скорее всего

покажите вывод select * from vue_log_search_subjects;

delete from vue_log_search_subjects
удалить все и создать сначало потом...

[RXL]

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

[den812]

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

это уже похоже на правду....

[alexurod]

Опоздал, но все равно напишу. Если сделать дамп базы с ключом "-N", такой проблемы быть не должно. Дамп должен сделаться в "своей" кодировке.

[den812]

про -N  спасибо,  а разработчикам все-же надо задуматься о том что бы расширить управления дампами и восстановлением

например написать какую-то отдельную консоль админскую для резервирования и восстановления.. где прописать все возможные ключи по выбору и возможность скидываения дампов на почту по рассписанию например..  кто возьмется написать такое?

[den812]

а это вопрос так и затих? дописать про архивирование не много?