The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"MySQL 5.0.x InnoDB -> MySQL 5.1.45 = проблемы с таблицами"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Открытые системы на сервере (Разное / Другая система)
Изначальное сообщение [ Отслеживать ]

"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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру