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

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Др. сетевые сервисы / Linux)
Изначальное сообщение		[ Отслеживать ]

"Большой трафик при репликации БД в MySQL"	+/–
Сообщение от ALex_hha (ok) on 23-Ноя-10, 14:16
Есть два сервера CentOS-5.5. На обоих установлен MySQL-5.0.77. Настроил репликацию одной БД по схеме master-slave. Все отлично работает, но вот смущает трафик генерируемый репликами. За сутки трафик составил 60 GB!!! Я раньше не сталкивался с репликацией на MySQL, но мне кажется это слишком большой трафик. Как можно определить причину такого трафика? Возможно кто то использовал slave_compressed_protocol = 1, насколько уменьшается трафик?
Ответить | Правка | Cообщить модератору

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

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

1. "Большой трафик при репликации БД в MySQL"	+/–
Сообщение от Аноним (??) on 23-Ноя-10, 14:26
> Есть два сервера CentOS-5.5. На обоих установлен MySQL-5.0.77. Настроил репликацию одной > БД по схеме master-slave. Все отлично работает, но вот смущает трафик > генерируемый репликами. За сутки трафик составил 60 GB!!! Я раньше не > сталкивался с репликацией на MySQL, но мне кажется это слишком большой > трафик. Как можно определить причину такого трафика? > Возможно кто то использовал slave_compressed_protocol = 1, насколько уменьшается трафик? Какой размер у базы? Как вы подняли slave - залили в нее дамп, а потом накатили различия, или сливали базу с нуля? Как вы определили, что эти 60Gb были получены в результате репликации?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Большой трафик при репликации БД в MySQL"	+/–
	Сообщение от ALex_hha (ok) on 23-Ноя-10, 14:39
	>> Есть два сервера CentOS-5.5. На обоих установлен MySQL-5.0.77. Настроил репликацию одной >> БД по схеме master-slave. Все отлично работает, но вот смущает трафик >> генерируемый репликами. За сутки трафик составил 60 GB!!! Я раньше не >> сталкивался с репликацией на MySQL, но мне кажется это слишком большой >> трафик. Как можно определить причину такого трафика? >> Возможно кто то использовал slave_compressed_protocol = 1, насколько уменьшается трафик? > Какой размер у базы? 3GB > Как вы подняли slave - залили в нее дамп, а потом накатили различия, или сливали базу с нуля? 1. залочил базу на мастере 2. получил позицию в бинлоге с помощью show master status 3. Сделал дамп с помощью mysqldump 4. Залил дамп на слейве 5. Запустил репликацию, указав имя бинлога и позицию с помощью CHANGE MASTER TO > Как вы определили, что эти 60Gb были получены в результате репликации? правила iptables # iptables -L INPUT -n -v Chain INPUT (policy ACCEPT 124M packets, 123G bytes) pkts bytes target     prot opt in     out     source               destination   48M   67G MySQL-REPL-IN  tcp  --  *      *       172.16.1.1           0.0.0.0/0           tcp spt:3306 172.16.1.1 ip мастера Собственно у меня по vpn тунелю передаются только данные репликации, так что тут и без правил понятно Причем интересно, что трафик от слейва на мастер всего 1,7 Gb # iptables -L OUTPUT -n -v Chain OUTPUT (policy ACCEPT 68M packets, 6725M bytes) pkts bytes target     prot opt in     out     source               destination   32M 1744M MySQL-REPL-OUT  tcp  --  *      *       0.0.0.0/0            172.16.1.1          tcp dpt:3306
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

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

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