Как сломать таблицу mysql?

как принудительно сломать таблицу бд?
вот такую ошибку нужно:

Код:

SQL error: Table './table' is marked as crashed and should be repaired

Можно попробовать покоцать файл дата-таблицы table.myd, лежит в дире mysql -> data -> имя базы. Открыть в любом редакторе, удалить часть данных в конце и сохранить - должно побиться...

а рнр кодом можно какнить изловчиться?

Сделай в ней индексы тяжелые и вхуячь длинную и тяжелую вставку данных.

А в это время...

kill -KILL `cat /var/run/mysqld.pid`

Сигнал KILL (в отличии от TERM/INT/HUP) не игнорируется и не обрабатывается. Процесс киляется, не успев завершить все как надо.

В чистом виде - вряд ли. Только если есть какой-то баг или хак, но чтобы настолько специфичный под конкретную ошибку - вряд ли... Чтобы вызвать ошибку, нужно нарушить целостность хранимых данных; через api/интерфейс это сложно сделать, т.к. такое стараются исключить. Нужен или форс-мажор (вроде внезапного хард-ресета, смерти процесса, отключения питания, зависания в процессе записи/чтения и т.п.) или прямое ручное вмешательство.

Но, если вдруг PHP, каким-то образом, имеет доступ и права на запись к дата-файлам mysql, то можно попробовать через скрипт.

спсб, нашел нужное решение!

когда-то тоже была такая проблема, нашел программу которая из mysql dbs файлов востанавливает формат таблицы и все записи как INSERT ...

Искать нужно в гугле, запросы типа recover mysql database и подобные

Так топикстартеру не восстановить, а сломать надо
Кстати как сломал то ?

что-то вроде exec(kill -KILL `cat /var/run/mysqld.pid`)

не совсем корректное решение

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

можно конечно mysqld и скрипты запускать из-под одного юзера ;)

вобщем не всякий хостер такое позволит

лучше таки нагрузить его парой тысяч запросов вида select/insert/create index в таблицу на пару миллионов записей
само умрет ;)

Cynic писал:

не совсем корректное решение пхп-скрипт при таком способе надо запускать из-под рута, а так как из консоли его вряд ли запускают, то значит апачевские скрипты надо запускать из-под рута, что чревато серьезными дырками в безопасности можно конечно mysqld и скрипты запускать из-под одного юзера ;) вобщем не всякий хостер такое позволит лучше таки нагрузить его парой тысяч запросов вида select/insert/create index в таблицу на пару миллионов записей само умрет ;)

ну у меня конечные цели другие, уточняя, то надо чтобы ошибочные базы лечились налету без потери данных

ibiz писал:

надо чтобы ошибочные базы лечились налету без потери данных :)

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