Правила     Закладки     Карма    Календарь    Журналы    Помощь    Поиск    PDA    Чат   
        СМС-ки
   
Пейджер выключен!
 
Фильтр авторов:    показать 
  скрыть
  Закрытая темаСоздание новой темыСоздание опроса

> [mysql] Отстаёт репликация
skeletor  
 ۩  [x] Дата
Цитировать сообщение

Пользователя сейчас нет на форуме



Новичок
*

Профиль
Группа: Пользователь
Сообщений: 23
Пользователь №: 22877
На форуме: 6 лет, 10 месяцев, 23 дня
Карма:




База большая (80 ГБ) и не одна и пока делал дамп и переносил на другой сервер и запустил - увидел отставание репликации на 6 дней. Думал, за пару дней наверстает, но увы. Ниже привожу конфиги master'a и slav'a. slave по большей степени простаивает. Тип таблиц - innodb на обоих серверах.
Подскажите, может какие-то переменные стоит изменить (хотя бы на время) что бы догнать репликацию?

master CPU(Xeon X3220 2.40GHz(4core)), RAM(8Gb), Mysql-5.5.17-2

[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /home/mysql
tmpdir = /home/mysql_tmp
skip-external-locking
skip-name-resolve
default-storage-engine = innodb
max_allowed_packet=50M
max_connections=1024
table_cache=4096
sort_buffer_size=8M
join_buffer_size=8M
thread_cache_size=384
thread_concurrency=12
query_cache_size = 64M
query_cache_limit = 2M
query_cache_type = 1
memlock
tmp_table_size = 1G
max_heap_table_size = 512M
key_buffer_size = 512M
wait_timeout = 28800
innodb_file_per_table
innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 5G
innodb_thread_concurrency = 8
innodb_flush_log_at_trx_commit = 2
innodb_log_group_home_dir = /home/mysql
innodb_log_buffer_size = 8M
innodb_log_file_size = 256M
innodb_log_files_in_group = 2
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 120
innodb_flush_method=O_DIRECT
max_allowed_packet = 64M
read_buffer_size = 8M
thread_stack = 128K
myisam-recover = BACKUP
server-id = 39
log_bin = /home/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
replicate-ignore-db = mysql
replicate-ignore-db = roundcubebase
replicate-ignore-db = postfix
relay-log = /home/mysql/mysql-relay-log
relay-log-index = mysql-relay-log-index
log-slave-updates = 1
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
[isamchk]
key_buffer = 32M
myisam_sort_buffer_size = 16M
[mysqld_safe]
open-files-limit=32000


slave CPU(Xeon E5405 2GHz (4core)), RAM(4Gb)

[client]
port = 3306
socket = /tmp/mysql.sock
[mysqld_safe]
socket = /tmp/mysql.sock
[mysqld]
user = mysql
socket = /tmp/mysql.sock
port = 3306
skip-external-locking
skip-name-resolve
default-storage-engine = innodb
max_allowed_packet=50M
max_connections=1024
table_cache=4096
sort_buffer_size=8M
join_buffer_size=8M
thread_cache_size=384
thread_concurrency=12
query_cache_size = 64M
query_cache_limit = 2M
query_cache_type = 1
memlock
tmp_table_size = 256M
max_heap_table_size = 256M
key_buffer_size = 256M
wait_timeout = 28800
innodb_file_per_table
innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 512M
innodb_thread_concurrency = 8
innodb_flush_log_at_trx_commit = 2
innodb_log_group_home_dir = /mysql_bckp/mysql
innodb_log_buffer_size = 8M
innodb_log_file_size = 256M
innodb_log_files_in_group = 2
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 120
innodb_flush_method=O_DIRECT
max_allowed_packet = 64M
read_buffer_size = 8M
thread_stack = 128K
myisam-recover = BACKUP
server-id = 40
expire_logs_days = 10
max_binlog_size = 100M
replicate-ignore-db = mysql
relay-log = mysql-relay-log
relay-log-index = mysql-relay-log-index
expire_logs_days = 10
slave-skip-errors = 1062 1060 1050 1690
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
[isamchk]
key_buffer = 32M
myisam_sort_buffer_size = 16M
[mysqld_safe]
open-files-limit=32000




Спустя 1 день, 6 часов, 43 минуты, 1 секунда (28.12.2011 - 22:40) VELIK505 написал(а):
Могу ошибаться но мне кажеться что виновник table_cache так как несколько потоков открывают одну и туже таблицу, то для каждого потока не успевает выделяться свой дескриптор таблицы.
Попробуйте отключить и отпишитесь.
А то что надо увеличить:
innodb_buffer_pool_size 
innodb_log_file_size

на обоих серверах это факт у вас уже не будет такого большого отставания.

Спустя 12 часов, 35 минут, 5 секунд (29.12.2011 - 11:15) skeletor написал(а):
Спасибо, увеличил на slave
innodb_buffer_pool_size = 512M -> 1G
innodb_log_file_size = 256M -> 1G

Пока идёт на сокращение времени. Понаблюдаю дальше.

Спустя 1 день, 27 минут, 43 секунды (30.12.2011 - 11:42) skeletor написал(а):
Вообщем дело оказалось именно в этих опциях. Увеличил ещё больше и отставание начало быстрее сокращаться. Всем спасибо.

Спустя 11 часов, 2 минуты, 35 секунд (30.12.2011 - 22:45) VELIK505 написал(а):
Не за что.


Это сообщение отредактировал skeletor - 27.12.2011 - 16:58


--------------------
"Винда съела дрова и резет здесь не фурычит."
"Все говорят, что у меня /dev/hands криво и я всё делаю через /dev/ass. А у меня этих фалов вообще нет!"
PMПисьмо на e-mail пользователюСайт пользователяICQ
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:

Опции темы Закрытая темаСоздание новой темыСоздание опроса