Вопросы Теги

Восстановите разрушенный главный сервер MySQL с ведомого устройства

Таким образом, это оказывается Mac OS X, эфемерный диапазон портов является довольно низким.

Википедия сообщает мне, что IANA предлагает 49 152 - 65 535 как "динамические и/или частные порты", в то время как много ядер Linux используют 32 768 - 61 000. OS X использует диапазон IANA. Это означает, что Linux имеет почти дважды доступные эфемерные порты. Так как каждый закрытый сокет проходит состояние TIME_WAIT (что я не знал о), уровень является просто подавляющим моя система.

Как зафиксировать?

sudo sysctl -w net.inet.ip.portrange.first=32768
sudo sysctl -w net.inet.ip.portrange.hifirst=32768

Это даст о дважды диапазоне.

(Благодаря Магарычу при торговой сделке, кто ответил более подробно здесь: https://superuser.com/questions/145989/does-mac-os-x-throttle-the-rate-of-socket-creation)

6
задан 17 January 2012 в 23:05
1 ответ

Чтобы упростить преобразование ведомого в ведущее, я предлагаю поддерживать более тесную синхронизацию ведомого устройства с ведущим.

Вам следует использовать инструмент mk-slave-prefetch .

В этом прелесть этого инструмента: на подчиненном устройстве он будет читать журналы реле, искать все запросы, содержащие предложение WHERE, преобразовывать его в SELECT и выполнять его. Таким образом, кеши для InnoDB и MyISAM по существу такие же на ведомом устройстве, как и на ведущем устройстве. Различия должны быть незначительными.

Вот еще кое-что, что вам понадобится: Настройте главный и подчиненный сервер с помощью круговой репликации. Таким образом, и Master, и Slave будут иметь двоичное ведение журнала.

Как это поможет? Когда мастер выходит из строя и вы переключаетесь на подчиненное устройство, мастер файла. информация о Мастере будет содержать последнее место, где Slave выполнил свой SQL. Вот как вы это узнаете:

В этом примере у нас будет Циклическая репликация между M1 и M2

Выполните эту команду на M2 (ваш текущий Мастер): SHOW SLAVE STATUS \ G

Вы должны увидеть что-то вроде этого: 

mysql> show slave status\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: 10.64.100.253
                Master_User: replicant
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000834
        Read_Master_Log_Pos: 823413571
             Relay_Log_File: relay-bin.002505
              Relay_Log_Pos: 823391419
      Relay_Master_Log_File: mysql-bin.000834
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
            Replicate_Do_DB:
        Replicate_Ignore_DB:
         Replicate_Do_Table:
     Replicate_Ignore_Table:
    Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
                 Last_Errno: 0
                 Last_Error:
               Skip_Counter: 0
        Exec_Master_Log_Pos: 823391282
            Relay_Log_Space: 823413708
            Until_Condition: None
             Until_Log_File:
              Until_Log_Pos: 0
         Master_SSL_Allowed: No
         Master_SSL_CA_File:
         Master_SSL_CA_Path:
            Master_SSL_Cert:
          Master_SSL_Cipher:
             Master_SSL_Key:
      Seconds_Behind_Master: 1
1 row in set (0.00 sec)

Обратите внимание на два поля:

  • Relay_Master_Log_File
  • Exec_Master_Log_Pos

Эти два поля представляют последний файл журнала и позицию журнала от мастера, который был успешно выполнен на ведомом.

Предположим, что произошел сбой M1, вы переключаетесь на M2 и вызываете M1. Ваша цель - восстановить круговую репликацию. При сбое существует вероятность потери места репликацией. Вот что надо делать:

Step01) Запустите SHOW SLAVE STATUS \ G на M1

Step02) Получите Relay_Master_Log_File и Exec_Master_Log_Pos из Step01. Для этого примера пусть Relay_Master_Log_File будет mysql-bin.000834, а Exec_Master_Log_Pos будет 823391282.

Step03) Выполните эти команды 

STOP SLAVE;
CHANGE MASTER TO master_log_file='mysql-bin.000834',master_log_pos=823391282;
START SLAVE;
SELECT SLEEP(5);
SHOW SLAVE STATUS\G

Вот что нужно искать:

  • Если Seconds_Behind_Master имеет значение Numeric, репликация выполняется. Просто подождите, пока он не достигнет нуля.
  • Если Seconds_Behind_Master имеет значение NULL, репликация прервана
    • Если Slave_IO_Running = Yes и Slave_SQL_Running = No, то репликация прервана из-за ошибки SQL. Приступите к исправлению ошибки
    • Если Slave_IO_Running = No и Slave_SQL_Running = Yes, то файл журнала или позиция журнала не существует.

Вы можете исправить это с помощью 

STOP SLAVE;
CHANGE MASTER TO master_log_file='mysql-bin.000835',master_log_pos=<new pos>;
START SLAVE;
SELECT SLEEP(5);
SHOW SLAVE STATUS\G

What is newpos?

  • Для MySQL 5.5, newpos - 107
  • Для MySQL 5.1 newpos - 106
  • Для MySQL 5.0 newpos - 98

Если вы реализуете циклическую репликацию и правильно запишите эти вещи, используя эти принципы, вы добьетесь восстановления Master и Slave.

4
ответ дан 3 December 2019 в 00:36

Теги

Похожие вопросы