MySQL: Как я могу избежать mysql отставания?

Я управляю этим вопросом в своей рабской машине.

Вопрос:

избранный ID от аудита, где приложение ='accounts'

объясняют продукцию

    +----+-------------+-----------------+------+---------------+------+---------+------+-----------+-------------+
| id | select_type | table           | type | possible_keys | key  | key_len | ref  | rows      | Extra       |
+----+-------------+-----------------+------+---------------+------+---------+------+-----------+-------------+
|  1 | SIMPLE      | IAMAccountAudit | ALL  | NULL          | NULL | NULL    | NULL | 155658522 | Using where |
+----+-------------+-----------------+------+---------------+------+---------+------+-----------+-------------+

После Выполнения моя рабская машина работала позади владельца.

    *************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 182.31.251.94
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: bin.001487
          Read_Master_Log_Pos: 2967065
               Relay_Log_File: 172-relay-bin.004312
                Relay_Log_Pos: 43303861
        Relay_Master_Log_File: bin.001486
             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: 43303721
              Relay_Log_Space: 55397036
              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: 365
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1302078

Это - увеличение сторожевой башни.

Как я могу избежать MySQL отставания?.

0
nl ja de

1 ответы

Помогло бы немного, если бы у меня была схема стола, чтобы работать с. Однако, от того, что я вижу, ваш вопрос не использует индекс и последовательно прочитывает стол от первого отчета до последнего отчета один за другим.

Поскольку вопрос должен исследовать примерно 155,658,522 или 155 миллионов рядов, он собирается вызвать утечку ресурса в сервере. Так как у вопроса нет соответствующего индекса на колонке, которую вы подвергаете сомнению ( ключ = , пустой указатель в объясняет продукцию), ряды выпускали прочитанный замок на них один за другим.

В то время как прочитанный происходит, для MySQL возможно заблокировать операцию репликации т.е. обновления блока прочитанных рядов. MySQL будет тогда стоять в очереди эти обновления, поскольку они не могут закончить. Эта проблема происходит из-за КИСЛОТНОГО согласия сервера и не пронизывающий и т.д., Так как у меня нет информации о столе, такой как двигатель, это - весь образованное предположение в лучшем случае

Предложения:

  1. вносит колонку приложения в указатель на столе, разрешающем вам сделать избранное быстрее. С индексом на колонке приложения MySQL сделает b-поиск-по-дереву на столе вместо последовательного поиска. Вы подвергаете сомнению, будет управлять более быстрым изданием меньшего количества замков таким образом, это будет быстрее и больше легкого веса. Оборотная сторона - то, что это немного задержит обновления и вставки на этом столе, поскольку есть дополнительный индекс, чтобы поддержать.
  2. , Если вы не должны к репликации в режиме реального времени наносекунды оставить систему, как. Следует иметь в виду, что отставание повторения не является проблемой, при отсутствии требований для данных реального времени. Провал повторения намного хуже.

Надежда это помогает немного.

2
добавлено
Мы используем innodb двигатель.
добавлено автор kannanrbk, источник
DBA - русскоговорящее сообщество
DBA - русскоговорящее сообщество
1 345 участник(ов)

Общаемся и обсуждаем темы, посвященные DBA, PostgreSQL, Redis, MongoDB, MySQL, neo4j, riak и т.д. См. также: @devops_ru, @kubernetes_ru, @docker_ru, @nodejs_ru Рекомендуем сразу отключить уведомления, чтобы пребывание здесь было полезным и комфортным.

MySQL
MySQL
995 участник(ов)

The group is about MySQL. For code use hastebin.com. Admin: @smlkw

SqlCom.ru - Стиль жизни SQL
SqlCom.ru - Стиль жизни SQL
908 участник(ов)

Правила чата - https://t.me/sqlcom/88269 @sqlcom - основной канал (только MS SQL) @sql_ninja - второй канал (SQL вопросы начального уровня и свободное общение) @Gopnegbot - Викторина по SQL Server (наберите в привате /quiz). Предложения в @sql_ninja

SQL_Ninja
SQL_Ninja
340 участник(ов)

Правила чата - https://t.me/sqlcom/88269 @sqlcom - основной канал (только SQL) @sql_ninja - второй канал (SQL вопросы начального уровня и свободное общение) @Gopnegbot - Викторина по SQL Server (наберите в привате /quiz)