Назад | Перейти на главную страницу

Репликация MySQL завершается после ротации binlog

У меня следующая проблема. У меня была успешная настройка мастер-реплики (на основе строк). Работает 2-3 часа. После ротации bin-log -> файл mysql-bin.index был поврежден на главном сервере.

Вот основные журналы шоу;

показать основные журналы \ G

*************************** 1. row ***************************
 Log_name: mysql-bin.000001
File_size: 27682022

 *************************** 2. row ***************************
 Log_name: mysqld  Ver 5.1.73-5-beget-log for debian-linux-gnu on x86_64 ((LTD BeGet))
 File_size: 0

 *************************** 3. row ***************************
 Log_name: or its affiliates
 File_size: 0

 *************************** 4. row ***************************
 Log_name: or its affiliates. All rights reserved.
 File_size: 0

 4 rows in set (0.00 sec)

Файл конфигурации mysql на мастере:

cat /etc/mysql/my.cnf  | grep -v -E "^$" | grep -v -E "^#"
[mysqld]
event_scheduler = 1
interactive_timeout = 30
set-variable        = wait_timeout=30
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /home/mysql
tmpdir          = /home/tmpfs
server_id = 1
log-bin = mysql-bin
binlog-do-db = somedb
binlog-format = row
skip-external-locking
bind-address                = 0.0.0.0
default-character-set   = UTF8
innodb_file_per_table = 1
max_allowed_packet      = 128M
thread_stack            = 512K
thread_cache_size       = 64
myisam-recover          = BACKUP
thread_concurrency      = 48
max_user_connections    = 100
max_connections         = 200
back_log                = 500
join_buffer_size        = 4M
read_buffer_size        = 4M
read_rnd_buffer_size    = 8M
sort_buffer_size        = 4M
myisam_sort_buffer_size = 512M
query_cache_limit       = 4M
query_cache_size        = 128M
tmp_table_size          = 5000M
max_heap_table_size     = 5000M
key_buffer              = 128M
max_connect_errors      = 65000
max_error_count         = 65000
key_buffer_size         = 102M
open_files_limit        = 1040000
table_open_cache        = 10000
table_definition_cache  = 100000

Файл mysql-bin.index содержит вывод mysqld --help

show slave status имеет следующие ошибки:

Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 4
Relay_Log_File: mysqld-relay-bin.000003
Relay_Log_Pos: 152
Relay_Master_Log_File: mysql-bin.000002
Last_IO_Errno: 1236
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'
Last_SQL_Errno: 0
Last_SQL_Error: 

Версия mysql:

mysql -V
mysql  Ver 14.14 Distrib 5.1.73, for debian-linux-gnu (x86_64) using readline 5.1

В журнале ошибок ничего странного не обнаружил. На самом деле я не знаю, как это отладить. Любая помощь будет оценена по достоинству.

Хорошо, отвечая на свой вопрос. Это ошибка, которую мы обнаружили на сервере MySQL. Для простоты у нас была проверка nagios, которая выглядела как

mysqld --verbose --help 2> & 1> & -

Хорошо, вот проблема, stdout закрыт. И mysql печатает вывод в индексный файл, который был открыт ранее.

Мы обнаружили ошибку для этого случая: https://bugs.launchpad.net/percona-server/+bug/1401547

Исправить это было легко, просто удалите> & -, поэтому мы не закрываем стандартный вывод, но это все еще странное поведение.