URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 75253
[ Назад ]

Исходное сообщение
"Оптимизация InnoDB на высоких нагрузках"

Отправлено opennews , 08-Мрт-11 00:29 
В статье (http://www.pentarh.com/wp/2011/03/02/mysql-innodb-highload-o.../) описаны ключевые моменты конфигурации InnoDB в MySQL и их специфику при использовании на высоких нагрузках.


URL: http://www.pentarh.com/wp/2011/03/02/mysql-innodb-highload-o.../
Новость: http://www.opennet.me/opennews/art.shtml?num=29832


Содержание

Сообщения в этом обсуждении
"Оптимизация InnoDB на высоких нагрузках"
Отправлено Sylvia , 08-Мрт-11 00:29 
было бы интересно прочитать сравнение не только InnoDB с MyISAM

но и с такими хранилищами как Aria (mariadb 5.2) (Maria (mariadb 5.1)) - с преимуществами myisam, но поддержкой транзакций, да пока это только в mariadb

опять же Percona делает что-то с XtraDB, я не очень в курсе насколько у них велико расхождение с InnoDB, но возможно уже есть нюансы


"Оптимизация InnoDB на высоких нагрузках"
Отправлено Pentarh , 08-Мрт-11 01:07 
Я сравнение общими фразами дал так.. по ходу повествования. Если их конкретно сравнивать, да еще и другие стораджи, книга получится )

"Оптимизация InnoDB на высоких нагрузках"
Отправлено crypt , 12-Мрт-11 20:18 
> Я сравнение общими фразами дал так.. по ходу повествования. Если их конкретно
> сравнивать, да еще и другие стораджи, книга получится )

Чессказать я не очень вижу смысл в советах от человека, который в старых постах пишет:

"Мой чисто практический опыт применения InnoDB на производственных мощностях показал, что данный драйвер гавно, массивные инсерты и апдейты кладут его в смерть. Симптомы: непонятные зависания тредов мускуля, потери данных. SQL вроде проходит, ошибки не возвращает, а данные не записались."

Правда это 2009 год. Что-то могло измениться, но хотело бы тогда прочесть что-то типа "InnoDB изменился в лучшую сторону и вот почему... или за два года я получил ценный опыт и научился настраивать InnoDB, о чем и хочу поделиться..."


"Оптимизация InnoDB на высоких нагрузках"
Отправлено opendb , 08-Мрт-11 00:57 
"Собственный IT-блог с блекджеком и шлюхами"

Очень ценный ресурс, да.

InnoDB - ни рыба, ни мясо. Недотранзакции с ужасающей производительностью.


"Оптимизация InnoDB на высоких нагрузках"
Отправлено achekalin , 08-Мрт-11 01:39 
Где только автор русский изучал? Первая же попавшаяся на глаза фаза:

"Надо хорошо понимать о происходящих в ее недрах процессах дабы правильно настроить этот тип хранилища."

пишется хотя бы так:

"Надо хорошо _разбираться_в_ происходящих в недрах _InnoDB_ процессах_,_ дабы... "


"Оптимизация InnoDB на высоких нагрузках"
Отправлено sabitov , 08-Мрт-11 10:10 
пишется хотя бы так:
"Надо хорошо понимать происходящие в её ... "

Скорее всего автор хотел написать одно, потом придумал другое, а результат получился AS-IS :)


"Оптимизация InnoDB на высоких нагрузках"
Отправлено дм , 08-Мрт-11 04:08 
А разве корректно делать бэкап баз путем снапшота раздела lvm как описано в статье? Есть же специальная утилита mysqldump.

"Оптимизация InnoDB на высоких нагрузках"
Отправлено fetisheer , 08-Мрт-11 06:25 
Не корректно, но и mysqldump не идеальный вариант. XtraDB backup лучше для этого подходит.
LVM snapshot же плох своим оверхедом: http://www.mysqlperformanceblog.com/2009/02/05/disaster-lvm-.../

"Оптимизация InnoDB на высоких нагрузках"
Отправлено Sw00p aka Jerom , 08-Мрт-11 14:57 
а чем плох дампер от перконы ?

суперский


"Оптимизация InnoDB на высоких нагрузках"
Отправлено angra , 08-Мрт-11 08:55 
Использовать mysqldump для бекапа, это все равно, что бекапить код программы переписыванием его на листочек. У mysqldump  несколько другое назначение.

"Оптимизация InnoDB на высоких нагрузках"
Отправлено samm , 08-Мрт-11 11:09 
У вас база ляжет от локов во время mysqldump. Правда у лвм снепшотов ужасная производительность, лучше всего для этого ZFS на солярке, например

"Оптимизация InnoDB на высоких нагрузках"
Отправлено fetisheer , 08-Мрт-11 15:10 
У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки.

"Оптимизация InnoDB на высоких нагрузках"
Отправлено Pentarh , 08-Мрт-11 15:24 
> У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки.

Ну я представляю как mysqldump превращает в SQL 40 гигов данных. Особенно интересно как происходит обратная операция.


"Оптимизация InnoDB на высоких нагрузках"
Отправлено fetisheer , 08-Мрт-11 15:37 
Не спорю, скорость у mysqldump не самая высокая, но связано это не с локами. Полагаю, по скорости восстановления с бэкапом, полученным с помощью snapshot, вообще ничего не сравнится.

"Оптимизация InnoDB на высоких нагрузках"
Отправлено Pentarh , 08-Мрт-11 14:22 
> А разве корректно делать бэкап баз путем снапшота раздела lvm как описано
> в статье? Есть же специальная утилита mysqldump.

mysqldump на высоких нагрузках суръезно заткнет базу на время бекапа. Может быть в случае небольшой нагрузки mysqldump и канает.

Я делаю бекап через LVM снапшот, описано это здесь:
http://www.pentarh.com/wp/2010/08/12/mysql-remote-encrypted-.../

Очень даже замечательно бекапит 40 гигов.