Проблема в том, что mysqlcheck ругается на некоторые таблицы - предлагает сделать repair, но при этом говорит, что repair нельзя сделать для InnoDB..Соответсвенно для этих таблиц не проходит апгрейд и теперь данные видны в phpMyAdmin, но не видны в пхп скиптах...
Нашел совет сделать полный дамп - затем удалить все БД и восстановить дамп, - не слишком ли "стремная" процедура? Cуществуют другие методы?..
и реально ли с InnoDB уйти в MyISAM?! так как выбор был сделан хостингом и не подходит для развернутой системы (но это второстепенный вопрос)
ХЕЛП!!!
>
>Нашел совет сделать полный дамп - затем удалить все БД и восстановить
>дамп, - не слишком ли "стремная" процедура? Cуществуют другие методы?..
>вообще-то обязательная при переходе между разными ветками. есть другой метод - ничего не делать и надеятся на авось
>и реально ли с InnoDB уйти в MyISAM?! так как выбор был
>сделан хостингом и не подходит для развернутой системы (но это второстепенный
>вопрос)а стоит ли?
>[оверквотинг удален]
>>
>
>вообще-то обязательная при переходе между разными ветками. есть другой метод - ничего
>не делать и надеятся на авось
>
>>и реально ли с InnoDB уйти в MyISAM?! так как выбор был
>>сделан хостингом и не подходит для развернутой системы (но это второстепенный
>>вопрос)
>
>а стоит ли?Что было сделано после неудачного апдейта: mysqldump --force --compress --triggers --routines --create-options -uUSERNAME -pPASSWORD --all-databases > /usr/alldb.sql
судя по информации из сети - это должно быть рабочим :( (размерчик 256Mb однако)1) совет такой был:
mysqladmin -uUSERNAME -pPASSWORD shutdown
rm -fdr /usr/local/var
mkdir /usr/local/var
chown -R mysql:mysql /usr/local/var
/usr/local/bin/mysql_install_db
chown -R mysql:mysql /usr/local/var
/usr/local/bin/mysqld_safe &
mysql -uroot --compress < /usr/alldb.sql2) стоит исключительно из-за того, что php-скриптики - четко заточены под MyISAM.. под InnoDB производительность в десятки раз ниже..
>[оверквотинг удален]
>>
>>>и реально ли с InnoDB уйти в MyISAM?! так как выбор был
>>>сделан хостингом и не подходит для развернутой системы (но это второстепенный
>>>вопрос)
>>
>>а стоит ли?
>
>Что было сделано после неудачного апдейта: mysqldump --force --compress --triggers --routines --create-options -uUSERNAME -pPASSWORD --all-databases > /usr/alldb.sql
>судя по информации из сети - это должно быть рабочим :( (размерчик
>256Mb однако)я бы еще добавил --single-transaction на всяк случай.
256 мб это не так много. я бы зарелоадил не раздумывая
>
>1) совет такой был:
>mysqladmin -uUSERNAME -pPASSWORD shutdown
>rm -fdr /usr/local/var
>mkdir /usr/local/var
>chown -R mysql:mysql /usr/local/var
>/usr/local/bin/mysql_install_db
>chown -R mysql:mysql /usr/local/var
>/usr/local/bin/mysqld_safe &
>mysql -uroot --compress < /usr/alldb.sqlвсе верно. хотя запускать лучше через стартовый скрипт вашей ос
>2) стоит исключительно из-за того, что php-скриптики - четко заточены под MyISAM..
>под InnoDB производительность в десятки раз ниже..тогда делаете alter table для каждой из таблиц.
Хотя для меня загадка, каким образом получилась разница в производительности в десятки раз.
>я бы еще добавил --single-transaction на всяк случай.
>256 мб это не так много. я бы зарелоадил не раздумываято есть можно сейчас еще раз сделать дамп? с этой опцией?
>
>все верно. хотя запускать лучше через стартовый скрипт вашей осможно уточнить про скрипт?
>>2) стоит исключительно из-за того, что php-скриптики - четко заточены под MyISAM..
>>под InnoDB производительность в десятки раз ниже..
>
>тогда делаете alter table для каждой из таблиц.
>Хотя для меня загадка, каким образом получилась разница в производительности в десятки
>раз.Реально, 100 подключений, 50 процессов apache - mysql 180%... сервер не кислый... из php убрано все лишнее...
>>я бы еще добавил --single-transaction на всяк случай.
>>256 мб это не так много. я бы зарелоадил не раздумывая
>
>то есть можно сейчас еще раз сделать дамп? с этой опцией?
>если у вас mysqld запускается, то да.
>>
>>все верно. хотя запускать лучше через стартовый скрипт вашей ос
>
>можно уточнить про скрипт?ну это зависит от ос
>[оверквотинг удален]
>>то есть можно сейчас еще раз сделать дамп? с этой опцией?
>>
>
>если у вас mysqld запускается, то да.
>>>
>>>все верно. хотя запускать лучше через стартовый скрипт вашей ос
>>
>>можно уточнить про скрипт?
>
>ну это зависит от осзапустил создание дампа.. процесс идет - то есть видимо стартует mysql и хорошо стартует..
ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и названия скриптов..
>[оверквотинг удален]
>>>
>>>можно уточнить про скрипт?
>>
>>ну это зависит от ос
>
>запустил создание дампа.. процесс идет - то есть видимо стартует mysql и
>хорошо стартует..
>
>ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и
>названия скриптов..ищите скрипт в /etc/init.d
>>
>>ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и
>>названия скриптов..
>
>ищите скрипт в /etc/init.dзапускной мускула то найду :) какая связь восстановления с этим скриптом.. не понимаю :(
зы: дамп сделал с доп-ключиком
>>По поводу веток, вроде обновлял не раз (но когда MyISAM), а вообще конечно косяк - есть косяк.. через панель обновление пропустил.. :( но теперь то что есть :(
Вообщем дамп-релоад оживили mysql, теперь одна из баз.. CMS видит количество строк в таблицах, но не показывает данные... что то "потерялось" :(