логи php и работа с базой ничего общего не имеют.
Грубо говоря, вы регулировщик указываете дорогу для 500 автомобилей в час. При этом вас совершенно не интересует, проехал автомобиль по указанной дороге или же свалился через пару метров в пропасть.
запрос в базу не может выполниться "не полностью". Он либо выполнился либо нет. Если "нет" - то от базы дается внятный ответ о ошибке.
Скорее всего у вас куча апдейт запросов в цикле, которые не проверяют результат на ошибку. Исправить такое можно только переписыванием кода на нормальную работу с базой.
Ну если вы знаете как создать логотип, что скрипт пишется за 3 минуты ибо там "ну нефиг делать, одна кнопочка то" и т.п. , то чего сами то не делаете .)
Вот ребята делали похожее, но с джинсами. Фактически полный howto от поиска исполнителей до затрат.
http://habrahabr.ru/company/getwear/blog/150554/
http://habrahabr.ru/company/getwear/blog/155179/
И после таких запросов получить тексты с криво закрытыми тегами .)
У себя использую интел, так как с mysql он быстрее справляется. В других аспектах не интересовался.
Смотреть код самого скрипта надо, при каких условиях он такую ошибку выдает. Если доступ до кода есть, то мог посмотреть.
1 - да, MyISAM будет быстрый.
2 - краши возможны, для восстановления есть даже встроенные функции базы, хотя лучше всего чинить таблицы при выключенной базе. Встречаюсь с битыми таблицами не чаще, чем с просто битыми файлами.
InnoDB надежнее за счет другой структуры, но если полетит - проблем будет куда больше. Даже не представляю как восстанавливать в таком случае.
Типа телефон не надежный, так как ломается если по нему кирпичом стукнуть .)
Опечатка. Ничего они не рушатся. От MyISAM отличаются физически другой файловой структурой, за счет чего можно таблицу хоть в терабайт размером иметь.
А потом будете сообщать о очередном баге с новой версией пхп ? Загляните в документацию и посмотрите что возвращает функция.
