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

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

"Оптимизация InnoDB на высоких нагрузках"	–1 +/–
Сообщение от opennews (ok) on 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.ru/opennews/art.shtml?num=29832
Ответить | Правка | Cообщить модератору

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

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

	1. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от Sylvia (ok) on 08-Мрт-11, 00:29
	было бы интересно прочитать сравнение не только InnoDB с MyISAM но и с такими хранилищами как Aria (mariadb 5.2) (Maria (mariadb 5.1)) - с преимуществами myisam, но поддержкой транзакций, да пока это только в mariadb опять же Percona делает что-то с XtraDB, я не очень в курсе насколько у них велико расхождение с InnoDB, но возможно уже есть нюансы
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Оптимизация InnoDB на высоких нагрузках"	+1 +/–
	Сообщение от opendb on 08-Мрт-11, 00:57
	"Собственный IT-блог с блекджеком и шлюхами" Очень ценный ресурс, да. InnoDB - ни рыба, ни мясо. Недотранзакции с ужасающей производительностью.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от Pentarh on 08-Мрт-11, 01:07
	Я сравнение общими фразами дал так.. по ходу повествования. Если их конкретно сравнивать, да еще и другие стораджи, книга получится )
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от achekalin (ok) on 08-Мрт-11, 01:39
	Где только автор русский изучал? Первая же попавшаяся на глаза фаза: "Надо хорошо понимать о происходящих в ее недрах процессах дабы правильно настроить этот тип хранилища." пишется хотя бы так: "Надо хорошо _разбираться_в_ происходящих в недрах _InnoDB_ процессах_,_ дабы... "
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Оптимизация InnoDB на высоких нагрузках"	–2 +/–
	Сообщение от дм on 08-Мрт-11, 04:08
	А разве корректно делать бэкап баз путем снапшота раздела lvm как описано в статье? Есть же специальная утилита mysqldump.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от fetisheer (ok) on 08-Мрт-11, 06:25
	Не корректно, но и mysqldump не идеальный вариант. XtraDB backup лучше для этого подходит. LVM snapshot же плох своим оверхедом: http://www.mysqlperformanceblog.com/2009/02/05/disaster-lvm-.../
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Оптимизация InnoDB на высоких нагрузках"	+2 +/–
	Сообщение от angra (ok) on 08-Мрт-11, 08:55
	Использовать mysqldump для бекапа, это все равно, что бекапить код программы переписыванием его на листочек. У mysqldump  несколько другое назначение.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Оптимизация InnoDB на высоких нагрузках"	–1 +/–
	Сообщение от sabitov (ok) on 08-Мрт-11, 10:10
	пишется хотя бы так: "Надо хорошо понимать происходящие в её ... " Скорее всего автор хотел написать одно, потом придумал другое, а результат получился AS-IS :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от samm (ok) on 08-Мрт-11, 11:09
	У вас база ляжет от локов во время mysqldump. Правда у лвм снепшотов ужасная производительность, лучше всего для этого ZFS на солярке, например
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	10. "Оптимизация InnoDB на высоких нагрузках"	+1 +/–
	Сообщение от Pentarh on 08-Мрт-11, 14:22
	> А разве корректно делать бэкап баз путем снапшота раздела lvm как описано > в статье? Есть же специальная утилита mysqldump. mysqldump на высоких нагрузках суръезно заткнет базу на время бекапа. Может быть в случае небольшой нагрузки mysqldump и канает. Я делаю бекап через LVM снапшот, описано это здесь: http://www.pentarh.com/wp/2010/08/12/mysql-remote-encrypted-.../ Очень даже замечательно бекапит 40 гигов.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	11. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от Sw00p aka Jerom on 08-Мрт-11, 14:57
	а чем плох дампер от перконы ? суперский
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	12. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от fetisheer (ok) on 08-Мрт-11, 15:10
	У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от Pentarh on 08-Мрт-11, 15:24
	> У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки. Ну я представляю как mysqldump превращает в SQL 40 гигов данных. Особенно интересно как происходит обратная операция.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от fetisheer (ok) on 08-Мрт-11, 15:37
	Не спорю, скорость у mysqldump не самая высокая, но связано это не с локами. Полагаю, по скорости восстановления с бэкапом, полученным с помощью snapshot, вообще ничего не сравнится.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Оптимизация InnoDB на высоких нагрузках"	+/–
	Сообщение от crypt (ok) on 12-Мрт-11, 20:18
	> Я сравнение общими фразами дал так.. по ходу повествования. Если их конкретно > сравнивать, да еще и другие стораджи, книга получится ) Чессказать я не очень вижу смысл в советах от человека, который в старых постах пишет: "Мой чисто практический опыт применения InnoDB на производственных мощностях показал, что данный драйвер гавно, массивные инсерты и апдейты кладут его в смерть. Симптомы: непонятные зависания тредов мускуля, потери данных. SQL вроде проходит, ошибки не возвращает, а данные не записались." Правда это 2009 год. Что-то могло измениться, но хотело бы тогда прочесть что-то типа "InnoDB изменился в лучшую сторону и вот почему... или за два года я получил ценный опыт и научился настраивать InnoDB, о чем и хочу поделиться..."
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

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

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