<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр / Комментарии к посту «Средства создания горячих BackUp`ов MySQL» в блоге «MySQL»</title>
	<link>http://habrahabr.ru/rss/post/63394/</link>
	<description><![CDATA[Новые комментарии к посту «Средства создания горячих BackUp`ов MySQL» в блоге «MySQL»]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 10:32:08 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	

	
	
	
	
	
		
	
		<item>
			<title>21.07.2010 07:55:03 Murz</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_3079254</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_3079254</link>
			<description><![CDATA[Добавьте в статью рядом с mysqlhotcopy ещё <a href="http://www.percona.com/software/percona-xtrabackup/">xtrabackup</a>, т.к. mysqlhotcopy насколько я понимаю криво будет копировать innodb таблицы, а xtrabackup как раз этот недостаток восполняет.<br/>
Но xtrabackup по-моему наоборот myisam не будет копировать, так что придётся наверно их в связке использовать.<br/>
Странно, почему до сих пор не сделали общую тулзу которая сразу всё умеет бекапить ;(]]></description>
			<pubDate>Wed, 21 Jul 2010 07:55:03 GMT</pubDate>
			<author>Murz</author>
		</item>
	

	
		<item>
			<title>17.07.2009 00:01:01 moderator</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1802679</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1802679</link>
			<description><![CDATA[когда кажется, надо креститься, а не комментировать]]></description>
			<pubDate>Fri, 17 Jul 2009 00:01:01 GMT</pubDate>
			<author>moderator</author>
		</item>
	

	
		<item>
			<title>03.07.2009 21:54:27 andrew_tch</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1764749</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1764749</link>
			<description><![CDATA[кажется, снапшот — это слепок текущего состояния диска, и система при этом оставляет снап в нормальном состоянии и продолжает писать на диск.]]></description>
			<pubDate>Fri, 03 Jul 2009 21:54:27 GMT</pubDate>
			<author>andrew_tch</author>
		</item>
	

	
		<item>
			<title>03.07.2009 21:44:27 DmitryKoterov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1764724</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1764724</link>
			<description><![CDATA[Насколько я понимаю, операция создания снапшота в него ничего не записывает. Это просто указание системе «начиная с этого момента все данные записывай, пожалуйста, не на основной диск, а в снапшот». Поэтому создается снапшот очень быстро. Ну а flush выполняется быстро потому, что он идет почти сразу после первого (долгого) flush-а.]]></description>
			<pubDate>Fri, 03 Jul 2009 21:44:27 GMT</pubDate>
			<author>DmitryKoterov</author>
		</item>
	

	
		<item>
			<title>03.07.2009 07:59:24 Pilat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1762275</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1762275</link>
			<description><![CDATA[Не могу, но это же в два раза больше операций записи на диск.]]></description>
			<pubDate>Fri, 03 Jul 2009 07:59:24 GMT</pubDate>
			<author>Pilat</author>
		</item>
	

	
		<item>
			<title>03.07.2009 07:46:44 OdobenusRosmarus</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1762242</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1762242</link>
			<description><![CDATA[А о какой потере производительности вы говорите? Какие нибудь цифры можете привести?<br/>
<br/>
]]></description>
			<pubDate>Fri, 03 Jul 2009 07:46:44 GMT</pubDate>
			<author>OdobenusRosmarus</author>
		</item>
	

	
		<item>
			<title>03.07.2009 07:25:39 Pilat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1762184</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1762184</link>
			<description><![CDATA[На транзакционных СУБД бинарные логи — побочный продукт жизнедеятельности, они есть всегда, поэтому нет накладных расходов на их поддержку. MySQL поддерживает бинарные логи, и в частности для инкрементального копирования, но их надо включить и смириться с небольшой потерей производительности.]]></description>
			<pubDate>Fri, 03 Jul 2009 07:25:39 GMT</pubDate>
			<author>Pilat</author>
		</item>
	

	
		<item>
			<title>02.07.2009 21:30:41 OdobenusRosmarus</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761485</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761485</link>
			<description><![CDATA[есть еще решения для backup — например https://launchpad.net/percona-xtrabackup — non-blocking hot backup для innodb<br/>
<br/>
]]></description>
			<pubDate>Thu, 02 Jul 2009 21:30:41 GMT</pubDate>
			<author>OdobenusRosmarus</author>
		</item>
	

	
		<item>
			<title>02.07.2009 21:22:17 OdobenusRosmarus</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761477</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761477</link>
			<description><![CDATA[каким образом наличие транзакций влияет на binlog? Туда все равно (для транзакционных engines) только закоммиченые транзакции попадают. ]]></description>
			<pubDate>Thu, 02 Jul 2009 21:22:17 GMT</pubDate>
			<author>OdobenusRosmarus</author>
		</item>
	

	
		<item>
			<title>02.07.2009 21:17:04 OdobenusRosmarus</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761473</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761473</link>
			<description><![CDATA[для lvm backup никаких новых скриптов писать не надо, они уже есть https://launchpad.net/mylvmbackup<br/>
]]></description>
			<pubDate>Thu, 02 Jul 2009 21:17:04 GMT</pubDate>
			<author>OdobenusRosmarus</author>
		</item>
	

	
		<item>
			<title>02.07.2009 20:56:33 z1nkum</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761429</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761429</link>
			<description><![CDATA[Репликация может быть и master-master.<br/>
А для особых извращенцев: master-master-master. :)]]></description>
			<pubDate>Thu, 02 Jul 2009 20:56:33 GMT</pubDate>
			<author>z1nkum</author>
		</item>
	

	
		<item>
			<title>02.07.2009 20:28:00 pwlnw</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761376</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761376</link>
			<description><![CDATA[Это не аналог, это уникальный живучий скрипт жизненно необходимый в условиях унылого виртуального хостинга с массой ограничений. <br/>
Я стыжусь его использовать, но приходится.]]></description>
			<pubDate>Thu, 02 Jul 2009 20:28:00 GMT</pubDate>
			<author>pwlnw</author>
		</item>
	

	
		<item>
			<title>02.07.2009 20:11:30 JustLuckyGuy</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1761343</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1761343</link>
			<description><![CDATA[Насколько я помню, это более медленный аналог первого варианта.]]></description>
			<pubDate>Thu, 02 Jul 2009 20:11:30 GMT</pubDate>
			<author>JustLuckyGuy</author>
		</item>
	

	
		<item>
			<title>02.07.2009 16:33:26 deniamnet</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1760961</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1760961</link>
			<description><![CDATA[если размер БД не очень большой, можно попробовать Sypex Dumper]]></description>
			<pubDate>Thu, 02 Jul 2009 16:33:26 GMT</pubDate>
			<author>deniamnet</author>
		</item>
	

	
		<item>
			<title>02.07.2009 12:28:04 mixermsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1760074</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1760074</link>
			<description><![CDATA[Поправил, спасибо. Постил ночью — местами ляпы. Выше в комментах обсуждался «самый жесткий диск», например. :)]]></description>
			<pubDate>Thu, 02 Jul 2009 12:28:04 GMT</pubDate>
			<author>mixermsk</author>
		</item>
	

	
		<item>
			<title>02.07.2009 12:24:15 pwlnw</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1760059</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1760059</link>
			<description><![CDATA[аналог? :) или вы просто глобальную блокировку ставили и .ibd копировали?]]></description>
			<pubDate>Thu, 02 Jul 2009 12:24:15 GMT</pubDate>
			<author>pwlnw</author>
		</item>
	

	
		<item>
			<title>02.07.2009 12:18:07 pwlnw</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1760038</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1760038</link>
			<description><![CDATA[экспериментально. 25% большинству хватает. если вы имеете ввиду зарезервированное место для блоков новой информации при использовании этих самых снапшотов.]]></description>
			<pubDate>Thu, 02 Jul 2009 12:18:07 GMT</pubDate>
			<author>pwlnw</author>
		</item>
	

	
		<item>
			<title>02.07.2009 11:44:05 Decoy</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759925</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759925</link>
			<description><![CDATA[В первом пункте все же три ключевых момента, а не два. Время выполнения операции, думаю, стоит считать важным фактором.]]></description>
			<pubDate>Thu, 02 Jul 2009 11:44:05 GMT</pubDate>
			<author>Decoy</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:53:00 Pilat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759731</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759731</link>
			<description><![CDATA[Как раз только на основе бинарных логов инкрементальное копирование и можно сделать по-настоящему, но классический mysql пообще без транзакций живёт, так что это отпадает. А вот на proxy вполне можно было бы включить журнал изменений.<br/>
<br/>
rduff-backup я пробовал на маленьких базах, работает. Но если он должен найти отличия в гигабайтных файлах — это само по себе долго, если на время сравнения включать блокировку базы, то можно выйти за таймауты.]]></description>
			<pubDate>Thu, 02 Jul 2009 10:53:00 GMT</pubDate>
			<author>Pilat</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:22:44 mche</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759659</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759659</link>
			<description><![CDATA[Каким образом подбирается размер снапшота?<br/>
Обязательно ли он должен быть таким же размером как и база?]]></description>
			<pubDate>Thu, 02 Jul 2009 10:22:44 GMT</pubDate>
			<author>mche</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:21:58 andrew_tch</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759657</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759657</link>
			<description><![CDATA[ghost@isolde:/var/lib/mysql# du -h --summarize<br/>
14.1G.<br/>
<br/>
я честно говоря не делал lvcreate --snapshot ни разу, просто думаю что на таком объеме это не миллисекунды.]]></description>
			<pubDate>Thu, 02 Jul 2009 10:21:58 GMT</pubDate>
			<author>andrew_tch</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:16:32 DmitryKoterov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759646</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759646</link>
			<description><![CDATA[ИМХО инкрементность на основе бинлога — слишком неустойчиво.<br/>
<a href="http://rdiff-backup.nongnu.org">rdiff-backup.nongnu.org</a> не спасет ли?]]></description>
			<pubDate>Thu, 02 Jul 2009 10:16:32 GMT</pubDate>
			<author>DmitryKoterov</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:13:27 DmitryKoterov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759629</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759629</link>
			<description><![CDATA[Бэкап при помощи LVM занимает считанные секунды (а иногда и считанные миллисекунды). По сравнению с репликацией он имеет то преимущество, что не ломается без конца (а репликация — конструкция достаточно шаткая) и не требует отдельной машины (и почти не требует ресурсов). Вот примерная последовательность команд:<br/>
<br/>
mysql: flush (5-10 секунд, не блокирует ничего, так что не считается)<br/>
— mysql: lock (мгновенно)<br/>
mysql: flush (меньше секунды)<br/>
lvm: сделать snapshot (меньше секунды)<br/>
mysql: unlock (мгновенно)<br/>
lvm: отпустить snapshot<br/>
]]></description>
			<pubDate>Thu, 02 Jul 2009 10:13:27 GMT</pubDate>
			<author>DmitryKoterov</author>
		</item>
	

	
		<item>
			<title>02.07.2009 10:09:35 Pilat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759623</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759623</link>
			<description><![CDATA[В статье обойдён вниманием самый интересный вариант бэкапа — инкрементальный. Базу в несколько гигабайт никакими методами быстро не пробэкапить, да и хранить полные копии сложно. Возможно, поможет какое-то средство типа использования бинарных логов (если есть транзакции) или какого-то прокси типа NDB или mysqlproxy?]]></description>
			<pubDate>Thu, 02 Jul 2009 10:09:35 GMT</pubDate>
			<author>Pilat</author>
		</item>
	

	
		<item>
			<title>02.07.2009 09:50:11 andrew_tch</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759572</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759572</link>
			<description><![CDATA[а вам не кажется, что термин «на лету» и «горячий бекап» подразумевает бекап без какого-либо влияния на сервер? т.е. никаких flush, lock etc.]]></description>
			<pubDate>Thu, 02 Jul 2009 09:50:11 GMT</pubDate>
			<author>andrew_tch</author>
		</item>
	

	
		<item>
			<title>02.07.2009 09:37:09 mixermsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759520</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759520</link>
			<description><![CDATA[Пофиксил, спасибо :)]]></description>
			<pubDate>Thu, 02 Jul 2009 09:37:09 GMT</pubDate>
			<author>mixermsk</author>
		</item>
	

	
		<item>
			<title>02.07.2009 09:22:32 zloe</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759465</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759465</link>
			<description><![CDATA[zloe.org.ua/?cat=1]]></description>
			<pubDate>Thu, 02 Jul 2009 09:22:32 GMT</pubDate>
			<author>zloe</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:56:34 mixermsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759359</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759359</link>
			<description><![CDATA[А еще желательно указывать полный путь к файлу, куда будет дамп литься.]]></description>
			<pubDate>Thu, 02 Jul 2009 08:56:34 GMT</pubDate>
			<author>mixermsk</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:54:33 mixermsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759353</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759353</link>
			<description><![CDATA[На самом деле — в случае если у вас таблицы, не поддерживающие транзакции(MyISAM тот же), даже используя реплику вы можете остановить slave в неподходящее время и оставить какую-нибудь запись без связки с другой таблицей. Я это к тому, что очень многое зависит от реализации конкретно взятого сервера.<br/>
В то же время, например в случае с маленьким форумом у вас вероятнее всего ничего не случится если вы поймаете момент минимальной нагрузки на сервер. С действительно большими базами такой фокус не прокатит, да — к слову, я об этом писал. Думаю, по аналогии с первым пунктом, люди поймут, чем грозит блокировка живой базы.<br/>
Касательно RAID`а — сама по себе избыточность данных не спасает от главного момента(про который я уже говорил) — когда кто-то с похмелья выполняет на сервере DROP. RAID в этом случае покорно снесёт файлы со всех дисков, входящих в том. LVM же здесь упоминается именно из-за возможности налету сделать дамп раздела]]></description>
			<pubDate>Thu, 02 Jul 2009 08:54:33 GMT</pubDate>
			<author>mixermsk</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:14:20 Psixozzz</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759302</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759302</link>
			<description><![CDATA[Совершенно верно. В свое время еще пришлось написать свой аналог mysqlhotcopy для innodb. Запамятовал за давностью лет, бывает.]]></description>
			<pubDate>Thu, 02 Jul 2009 08:14:20 GMT</pubDate>
			<author>Psixozzz</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:11:02 andrew_tch</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759296</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759296</link>
			<description><![CDATA[ЕДИНСТВЕННЫЙ вариант на самом деле «горячего» бекапа это реплика и снятие бекапа с нее. Любые другие методы либо требуют блокировки таблиц (а вы побекапте 4-5 миллионов строк с блокировкой, время ощутимое), либо не гарантируют целостности. Говорить о бекапе через LVM это приблизительно то же самое что о бекапе через RAID или Norton Ghost.]]></description>
			<pubDate>Thu, 02 Jul 2009 08:11:02 GMT</pubDate>
			<author>andrew_tch</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:07:14 pwlnw</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759284</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759284</link>
			<description><![CDATA[Никогда не был. Вы путаете с инструментом от innodb. да и тот потерял актуальность в связи с недавним появлением xtrabackup]]></description>
			<pubDate>Thu, 02 Jul 2009 08:07:14 GMT</pubDate>
			<author>pwlnw</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:06:20 Veshij</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759280</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759280</link>
			<description><![CDATA[Да, только надо хорошо мониторить работу слейва — чтобы не получить дамп с кривыми данными.]]></description>
			<pubDate>Thu, 02 Jul 2009 08:06:20 GMT</pubDate>
			<author>Veshij</author>
		</item>
	

	
		<item>
			<title>02.07.2009 08:03:35 Veshij</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759274</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759274</link>
			<description><![CDATA[В смылсе? На совсем хай-лоаде может и будет, при штатных нагрузках — не отстает.<br/>
Тем более в 5.1 есть row-based репликация.]]></description>
			<pubDate>Thu, 02 Jul 2009 08:03:35 GMT</pubDate>
			<author>Veshij</author>
		</item>
	

	
		<item>
			<title>02.07.2009 07:31:03 Psixozzz</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759224</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759224</link>
			<description><![CDATA[Не знаю как сейчас, но раньше mysqlhotcopy был платным инструментом.]]></description>
			<pubDate>Thu, 02 Jul 2009 07:31:03 GMT</pubDate>
			<author>Psixozzz</author>
		</item>
	

	
		<item>
			<title>02.07.2009 07:08:22 DustCn</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759166</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759166</link>
			<description><![CDATA[Никаких сообщений в логе крона не появлялось. Прописал полный путь — посмотрим.<br/>
Спасибо за помощь.]]></description>
			<pubDate>Thu, 02 Jul 2009 07:08:22 GMT</pubDate>
			<author>DustCn</author>
		</item>
	

	
		<item>
			<title>02.07.2009 06:40:41 crocodile2u</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759100</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759100</link>
			<description><![CDATA[&gt; LVM — дополнительный слой между файловой системой и <b>самым</b> жестким диском<br/>
<br/>
А на основании чего проводится ранжирование дисков по жесткости? ;)]]></description>
			<pubDate>Thu, 02 Jul 2009 06:40:41 GMT</pubDate>
			<author>crocodile2u</author>
		</item>
	

	
		<item>
			<title>02.07.2009 06:33:34 etz</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759072</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759072</link>
			<description><![CDATA[Или дописать в строку PATH файла /etc/crontab путь до бинарника]]></description>
			<pubDate>Thu, 02 Jul 2009 06:33:34 GMT</pubDate>
			<author>etz</author>
		</item>
	

	
		<item>
			<title>02.07.2009 06:13:36 stlaus</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759031</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759031</link>
			<description><![CDATA[надо указать полный путь для mysqldump. В кроне будет выглядеть вот так (путь для FreeBSD):<br/>
<br/>
/usr/local/bin/mysqldump --user=юзернейм --default-character-set=cp1251 --password='пасс' датабейз-нейм &gt; file.log]]></description>
			<pubDate>Thu, 02 Jul 2009 06:13:36 GMT</pubDate>
			<author>stlaus</author>
		</item>
	

	
		<item>
			<title>02.07.2009 06:09:14 hps</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/63394/#comment_1759019</guid>
			<link>http://habrahabr.ru/blogs/mysql/63394/#comment_1759019</link>
			<description><![CDATA[я бы еще добавил что если мастер+слейв, то бекапы лучше делать со слейва. угу?]]></description>
			<pubDate>Thu, 02 Jul 2009 06:09:14 GMT</pubDate>
			<author>hps</author>
		</item>
	

	
</channel>
</rss>

