LINUX.ORG.RU

История изменений

Исправление firkax, (текущая версия) :

Да нет, в базе.

Есть базы крупных предприятий с профессионалами итд, а есть базы каких-нить форумов или домашних страничек (да даже пусть интернет-магазинов, если не крупных). Так вот, вторым нафиг не сдалась сохранность каждой секунды апдейтов после краша сервера, и так же у них обычно не предусмотрен штат админов. Но зачем на все эти штуки стало модно innodb ставить? Там с какой стороны ни посмотри, myisam будет лучше. А ещё оно меньше жрёт проц и хранилище, тоже полезно.

Что же касается крупных предприятий, то там возможно и не mysql будет вообще.

Про redo-логи кстати забыть нельзя, они у innodb всегда есть. Но реализация, как и всё остальное в innodb, на серьёзные поломки не рассчитана.

Исправление firkax, :

Да нет, в базе.

Есть базы крупных предприятий с профессионалами итд, а есть базы каких-нить форумов или домашних страничек (да даже пусть интернет-магазинов, если не крупных). Так вот, вторым нафиг не сдалась сохранность каждой секунды апдейтов после краша сервера, и так же у них обычно не предусмотрен штат админов. Но зачем на все эти штуки стало модно innodb ставить? Там с какой стороны ни посмотри, myisam будет лучше. А ещё оно меньше жрёт проц и хранилище, тоже полезно.

Что же касается крупных предприятий, то там возможно и не mysql будет вообще.

Исходная версия firkax, :

Да нет, в базе.

Есть базы крупных предприятий с профессионалами итд, а есть базы каких-нить форумов или домашних страничек (да даже пусть интернет-магазинов, если не крупных). Так вот, вторым нафиг не сдалась сохранность каждой секунды апдейтов после краша сервера, и так же у них обычно не предусмотрен штат админов. Но зачем на все эти штуки стало модно innodb ставить? Там с какой стороны ни посмотри, myisam будет лучше. А ещё оно меньше жрёт проц и хранилище, тоже полезно.