форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Открытые системы на сервере (Разное / Другая система)
Изначальное сообщение		[ Отслеживать ]

"MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
Сообщение от Александр (??) on 25-Апр-10, 20:56
Проблема в том, что mysqlcheck ругается на некоторые таблицы - предлагает сделать repair, но при этом говорит, что repair нельзя сделать для InnoDB.. Соответсвенно для этих таблиц не проходит апгрейд и теперь данные видны в phpMyAdmin, но не видны в пхп скиптах... Нашел совет сделать полный дамп - затем удалить все БД и восстановить дамп, - не слишком ли "стремная" процедура? Cуществуют другие методы?.. и реально ли с InnoDB уйти в MyISAM?! так как выбор был сделан хостингом и не подходит для развернутой системы (но это второстепенный вопрос) ХЕЛП!!!
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
Сообщение от Michael (??) on 25-Апр-10, 23:13
> >Нашел совет сделать полный дамп - затем удалить все БД и восстановить >дамп, - не слишком ли "стремная" процедура? Cуществуют другие методы?.. > вообще-то обязательная при переходе между разными ветками. есть другой метод - ничего не делать и надеятся на авось >и реально ли с InnoDB уйти в MyISAM?! так как выбор был >сделан хостингом и не подходит для развернутой системы (но это второстепенный >вопрос) а стоит ли?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 25-Апр-10, 23:27
	>[оверквотинг удален] >> > >вообще-то обязательная при переходе между разными ветками. есть другой метод - ничего >не делать и надеятся на авось > >>и реально ли с 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.sql 2) стоит исключительно из-за того, что php-скриптики - четко заточены под MyISAM.. под InnoDB производительность в десятки раз ниже..
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Michael (??) on 25-Апр-10, 23:53
	>[оверквотинг удален] >> >>>и реально ли с 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 для каждой из таблиц. Хотя для меня загадка, каким образом получилась разница в производительности в десятки раз.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 26-Апр-10, 00:00
	>я бы еще добавил --single-transaction на всяк случай. >256 мб это не так много. я бы зарелоадил не раздумывая то есть можно сейчас еще раз сделать дамп? с этой опцией? > >все верно. хотя запускать лучше через стартовый скрипт вашей ос можно уточнить про скрипт? >>2) стоит исключительно из-за того, что php-скриптики - четко заточены под MyISAM.. >>под InnoDB производительность в десятки раз ниже.. > >тогда делаете alter table для каждой из таблиц. >Хотя для меня загадка, каким образом получилась разница в производительности в десятки >раз. Реально, 100 подключений, 50 процессов apache - mysql 180%... сервер не кислый... из php убрано все лишнее...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Michael (??) on 26-Апр-10, 00:03
	>>я бы еще добавил --single-transaction на всяк случай. >>256 мб это не так много. я бы зарелоадил не раздумывая > >то есть можно сейчас еще раз сделать дамп? с этой опцией? > если у вас mysqld запускается, то да. >> >>все верно. хотя запускать лучше через стартовый скрипт вашей ос > >можно уточнить про скрипт? ну это зависит от ос
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 26-Апр-10, 00:08
	>[оверквотинг удален] >>то есть можно сейчас еще раз сделать дамп? с этой опцией? >> > >если у вас mysqld запускается, то да. >>> >>>все верно. хотя запускать лучше через стартовый скрипт вашей ос >> >>можно уточнить про скрипт? > >ну это зависит от ос запустил создание дампа.. процесс идет - то есть видимо стартует mysql и хорошо стартует.. ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и названия скриптов..
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Michael (??) on 26-Апр-10, 00:29
	>[оверквотинг удален] >>> >>>можно уточнить про скрипт? >> >>ну это зависит от ос > >запустил создание дампа.. процесс идет - то есть видимо стартует mysql и >хорошо стартует.. > >ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и >названия скриптов.. ищите скрипт в /etc/init.d
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 26-Апр-10, 01:11
	>> >>ОС: CentOS, та же FreeBSD - только как специально каталоги "попутали" и >>названия скриптов.. > >ищите скрипт в /etc/init.d запускной мускула то найду :) какая связь восстановления с этим скриптом.. не понимаю :( зы: дамп сделал с доп-ключиком
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 25-Апр-10, 23:28
	>> По поводу веток, вроде обновлял не раз (но когда MyISAM), а вообще конечно косяк - есть косяк.. через панель обновление пропустил.. :( но теперь то что есть :(
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	10. "MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"		+/–
	Сообщение от Александр (??) on 26-Апр-10, 12:10
	Вообщем дамп-релоад оживили mysql, теперь одна из баз.. CMS видит количество строк в таблицах, но не показывает данные... что то "потерялось" :(
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема