Падает таблица _ibsessions

[Steppen]

День добрый.

Возникла проблема.

С периодичностью раза так два в сутки падает таблица _ibsessions.

Repair через админку помогает (пишет, что уменьшил кол-во рядов на 3 (всего рядов около 70ти)).

После этого все ок (Table is already up to date) до следующего падения.

Никто не сталкивался?

Заранее спасибо.

[Song]

Хостер тупит

[Steppen]

Сменил тип таблицы на InnoDB. Проблема исчезла.

Надеюсь, кому-нибудь пригодится.

[replicant]

Сменил тип таблицы на InnoDB. Проблема исчезла.

Надеюсь, кому-нибудь пригодится.

 

Сменил тип только одной таблицы или всех таблиц базы? Можно немного поподробнее? А то я где-то уже читал рекомендации о переводе части таблиц IPB в InnoDB, но хотелось бы услышать комментарии профессионалов или тех, кто уже имел дело с InnoDB типом таблиц применительно к IPB!

 

Пример одного из высказываний в пользу InnoDB

"В MyISAM блокировки на уровне таблицы, а в InnoDB на уровне записи. В момент записи/обновления в MyISAM все кто обращается к этой таблице ждут, если писать пытаются несколько одновременно - совcем плохо."

 

и еще

Туманная надежность InnoDB vs очевидной скорости MyISAM

 

Как быть в итоге?

[GiV]

Загнать sessions в HEAP =)

[Steppen]

GiV, а можно поподробнее?

[GiV]

Куда уж подробнее.

 

Есть тип таблицы HEAP называется, хранится вся информация ни на диске, а в памяти (время обращения соот-но меньше, но и стоимость больше, память как никак), так вот эти таблицы как правило не падают, потому как MySQL хранит только ее структуру, это плюс в вашей ситуации, но есть и минус данные живы пока жив MySQL, стоит MySQL перезапуститься, то все данные HEAP таблицы улетучиваются.

 

Теперь из-за чего падают таблицы:

1. хостер при настройке вывел MySQL в отдельный раздел диска (там есть квота дисковая) - это практика хостеров, проще делать бэкап. И тут при записи в таблицу кончается квота - раз и табличка испорчена.

2. MySQL по каким-то причинам сваливается в кору (бывает и такое), при этом всегда имеется монитор (watchdog) который отстреливает демона и стартует его по новой. Вот этот процесс так же мог произойти при записи в таблицу, итог упавшая табличка.

3. Ну и так далее, уже из разряда небывалого, вроде умирающего RAID-массива.

[SAT]

GiV

 

по-моему чаще всего из-за того, что приходят два запроса один на чтение другой на запись или два на запись итог один - таблица убита. Естественно это происходит с нетранзакционными талицами типа - MyISAM, и если память не изменяет, то на MySQL 5 такого не проиходит(хотя на счет пятой версии скулы могу ошибаться), только в четверке.

[GiV]

Ну во втором часу ночи я не мог вспомнить всего =)

[SAT]

GiV

 

упс... не посмотрел на время поста

[Song]

SAT

MySQL ставит лок на такие запросы. Возможно не всегда успешно ставится лок.

[SAT]

Song

 

вот именно тип InnoDB разрешает корректно транзацию, а MyISAM особенно в MySQL 4 никогда(хотя на счет InnoDB в четверке у меня опять же возникают сомнения)

[replicant]

Song

 

вот именно тип InnoDB разрешает корректно транзацию, а MyISAM особенно в MySQL 4 никогда(хотя на счет InnoDB в четверке у меня опять же возникают сомнения)

 

InnoDB в MySQL 4.0.х нормально работает и корректно разрешает транзакцию. У меня критически важные таблицы все загнаны в InnoDB на одном из проектов (не IPB), но сути это не меняет.