надо будет уточнить...

либо попросить 443 порт пробросить с сервера

Посмотрите в error log.
Должно быть что-то вроде этого:

2017-11-15T04:21:48.914826Z 281 [ERROR] Slave SQL for channel 'aaaa': Could not execute Write_rows event on table table_schema.table_name; Duplicate entry 'DIPLICATE' for key 'key_name', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000027, end_log_pos 607229, Error_code: 1062

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

Начать раскапывать отставание слейва можно с информации в

show slave status \G

Если Репликация долго висит на одном событии, то стоит его в бинлоге найти и посмотреть, что там происходит.
С row-based репликацией объемы изменяемых данных на мастере имеют значение.

у нас в основном репликация отстоет вообще без ошибок...

сегодня единственное за что зацепился глазом так это

Relay_Log_File: relaylog.999999

нешол доку
https://ahelpme.com/software/mysql/mariadb-mysql-stopped-flushing-relay-bin-log-after-mysqld-relay-bin-999999/

но на одном из слэйве проделал ...ука не так шаги по починке...

но есть еще один слэйв

это петабайт пролили или max_binlog_size уменьшен зачем-то?

Как-то да... выглядит странно :)

Обратите внимание на эти переменные на мастере:

+----------------------------+----------------------+
| Variable_name              | Value                |
+----------------------------+----------------------+
| max_binlog_cache_size      | 18446744073709547520 |
| max_binlog_files           | 0                    |
| max_binlog_size            | 1073741824           |
| max_binlog_stmt_cache_size | 18446744073709547520 |
+----------------------------+----------------------+
4 rows in set (0.00 sec)

+----------------------------+----------------------+
| Variable_name              | Value                |
+----------------------------+----------------------+
| max_binlog_cache_size      | 18446744073709547520 |
| max_binlog_files           | 0                    |
| max_binlog_size            | 1073741824           |
| max_binlog_stmt_cache_size | 18446744073709547520 |
+----------------------------+----------------------+
4 rows in set (0.00 sec)

идентично

Подскажите пожалуйста.

есть 2 сервера, БД переливается с одного в другой дампом. в исходном в строке эмодзи есть, а во втором знак вопроса

DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci, глобальные настройки тоже идентичны в плане кодировок и collation

в консоли и там и там селектится "?", но в phpmyadmin / workbench видно, что в первом сердечко, а во втором знак вопроса

для mysqldump явно укажи charset

ещё надо чтобы шел из которого консоль запускается был настроен на utf8 (LC_ALL или LANG

--default-character-set=utf8mb4 помогло

а оно остальные таблицы, которые не в этой кодировке, не сломает?