https://www.opennet.ru/openforum/vsluhforumID3/75253.html В статье (http://www.pentarh.com/wp/2011/03/02/mysql-innodb-highload-optimization/) описаны ключевые моменты конфигурации InnoDB в MySQL и их специфику при использовании на высоких нагрузках.<br><br><br>URL: http://www.pentarh.com/wp/2011/03/02/mysql-innodb-highload-optimization/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=29832<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#15 Sat, 12 Mar 2011 17:18:29 GMT &gt; Я сравнение общими фразами дал так.. по ходу повествования. Если их конкретно <br>&gt; сравнивать, да еще и другие стораджи, книга получится ) <br><br>Чессказать я не очень вижу смысл в советах от человека, который в старых постах пишет:<br><br>"Мой чисто практический опыт применения InnoDB на производственных мощностях показал, что данный драйвер гавно, массивные инсерты и апдейты кладут его в смерть. Симптомы: непонятные зависания тредов мускуля, потери данных. SQL вроде проходит, ошибки не возвращает, а данные не записались."<br><br>Правда это 2009 год. Что-то могло измениться, но хотело бы тогда прочесть что-то типа "InnoDB изменился в лучшую сторону и вот почему... или за два года я получил ценный опыт и научился настраивать InnoDB, о чем и хочу поделиться..."<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#14 Tue, 08 Mar 2011 12:37:10 GMT Не спорю, скорость у mysqldump не самая высокая, но связано это не с локами. Полагаю, по скорости восстановления с бэкапом, полученным с помощью snapshot, вообще ничего не сравнится.<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#13 Tue, 08 Mar 2011 12:24:40 GMT &gt; У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки.<br><br>Ну я представляю как mysqldump превращает в SQL 40 гигов данных. Особенно интересно как происходит обратная операция.<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#12 Tue, 08 Mar 2011 12:10:18 GMT У mysqldump есть ключ --single-transaction, он как раз призван исключить блокировки.<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#11 Tue, 08 Mar 2011 11:57:29 GMT а чем плох дампер от перконы ?<br><br>суперский <br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#10 Tue, 08 Mar 2011 11:22:51 GMT &gt; А разве корректно делать бэкап баз путем снапшота раздела lvm как описано <br>&gt; в статье? Есть же специальная утилита mysqldump.<br><br>mysqldump на высоких нагрузках суръезно заткнет базу на время бекапа. Может быть в случае небольшой нагрузки mysqldump и канает. <br><br>Я делаю бекап через LVM снапшот, описано это здесь:<br>http://www.pentarh.com/wp/2010/08/12/mysql-remote-encrypted-backup-lvm-snapshot/<br><br>Очень даже замечательно бекапит 40 гигов.<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#9 Tue, 08 Mar 2011 08:09:20 GMT У вас база ляжет от локов во время mysqldump. Правда у лвм снепшотов ужасная производительность, лучше всего для этого ZFS на солярке, например<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#8 Tue, 08 Mar 2011 07:10:47 GMT пишется хотя бы так:<br>"Надо хорошо понимать происходящие в её ... "<br><br>Скорее всего автор хотел написать одно, потом придумал другое, а результат получился AS-IS :)<br> https://www.opennet.ru/openforum/vsluhforumID3/75253.html#7 Tue, 08 Mar 2011 05:55:25 GMT Использовать mysqldump для бекапа, это все равно, что бекапить код программы переписыванием его на листочек. У mysqldump несколько другое назначение. <br>