DE
может быть он получил ограничение за то что ломился ко всем в личку, а на него репорты бросили
и теперь он первым в лс писать не может
и теперь он первым в лс писать не может
Ну кэп
Size: a a a
2020 December 16
РА
Да пиздец
Как бы реализовали?
DE
Как бы реализовали?
Сделай песочницу. Поковыряю
РА
Сделай песочницу. Поковыряю
Хорошо
ИВ
может быть он получил ограничение за то что ломился ко всем в личку, а на него репорты бросили
и теперь он первым в лс писать не может
и теперь он первым в лс писать не может
Не))) конкретно на этом акаунте проблемы были, даже иконка не светилась. Теперь нет.
IZ
@MasterZiv а можно как-то двойные связи с помощью sql определить?
например запрос выдает:
ведомый, ведущий
1, 2
2, 1
1, 3
а мне надо оставить только первые две строки ибо эта связь двухсторонняя ?
например запрос выдает:
ведомый, ведущий
1, 2
2, 1
1, 3
а мне надо оставить только первые две строки ибо эта связь двухсторонняя ?
Ну ты DISTINCT-ом можешь это убрать.
Только надо чтобы было 2 одинаковые строки
1 2
1 2
Для этого надо (например) первым ставить минимальный, а вторым - максимальный.
Только надо чтобы было 2 одинаковые строки
1 2
1 2
Для этого надо (например) первым ставить минимальный, а вторым - максимальный.
R
Добрый день, может кто подсказать как решить ошибки 1032 при подключении slave:
Обновили 5.7 percona в 8.0.2 percona. Репликация мастер-слэйв.
1) backup mysql-master при помощи xtrabackup
2) prepare backup-master при помощи xtrabackup
3) rsync backup-master в slave
4) systemctl stop mysql на slave-сервере
5) mv /var/lib/mysql /var/lib/mysql-old на slave-сервере
6) create empty data_dir на slave-сервере
7) restore через xtrabackup (move) на slave-сервере
8) login to mysql
9) stop slave; change master to master_ip
10) получаем разнообразные ошибки 1032
Если повторить это все и отключить коннекты к мастеру, и все поднять, работает нормально 4-5 часов и опять ошибки появляются 1032.
Обновили 5.7 percona в 8.0.2 percona. Репликация мастер-слэйв.
1) backup mysql-master при помощи xtrabackup
2) prepare backup-master при помощи xtrabackup
3) rsync backup-master в slave
4) systemctl stop mysql на slave-сервере
5) mv /var/lib/mysql /var/lib/mysql-old на slave-сервере
6) create empty data_dir на slave-сервере
7) restore через xtrabackup (move) на slave-сервере
8) login to mysql
9) stop slave; change master to master_ip
10) получаем разнообразные ошибки 1032
Если повторить это все и отключить коннекты к мастеру, и все поднять, работает нормально 4-5 часов и опять ошибки появляются 1032.
IZ
Добрый день, может кто подсказать как решить ошибки 1032 при подключении slave:
Обновили 5.7 percona в 8.0.2 percona. Репликация мастер-слэйв.
1) backup mysql-master при помощи xtrabackup
2) prepare backup-master при помощи xtrabackup
3) rsync backup-master в slave
4) systemctl stop mysql на slave-сервере
5) mv /var/lib/mysql /var/lib/mysql-old на slave-сервере
6) create empty data_dir на slave-сервере
7) restore через xtrabackup (move) на slave-сервере
8) login to mysql
9) stop slave; change master to master_ip
10) получаем разнообразные ошибки 1032
Если повторить это все и отключить коннекты к мастеру, и все поднять, работает нормально 4-5 часов и опять ошибки появляются 1032.
Обновили 5.7 percona в 8.0.2 percona. Репликация мастер-слэйв.
1) backup mysql-master при помощи xtrabackup
2) prepare backup-master при помощи xtrabackup
3) rsync backup-master в slave
4) systemctl stop mysql на slave-сервере
5) mv /var/lib/mysql /var/lib/mysql-old на slave-сервере
6) create empty data_dir на slave-сервере
7) restore через xtrabackup (move) на slave-сервере
8) login to mysql
9) stop slave; change master to master_ip
10) получаем разнообразные ошибки 1032
Если повторить это все и отключить коннекты к мастеру, и все поднять, работает нормально 4-5 часов и опять ошибки появляются 1032.
Что за ошибки-то?
Ты уверен, что их все наизусть по номерам знают?
Ты уверен, что их все наизусть по номерам знают?
IZ
Last_SQL_Errno: 1032
Last_SQL_Error: Could not execute Delete_rows event on table company.user_bin; Can't find record in 'user_bin', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.013864, end_log_pos 118729819
Last_SQL_Error: Could not execute Delete_rows event on table company.user_bin; Can't find record in 'user_bin', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.013864, end_log_pos 118729819
Ну это у тебя реплика рассинхронизировалась, может, ты её неверно сделал.
Надо с начала делать
Надо с начала делать
G
Может бекап не косистентный снимаешь
G
А реплика row-based?
IZ
Last_SQL_Errno: 1032
Last_SQL_Error: Could not execute Delete_rows event on table company.user_bin; Can't find record in 'user_bin', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.013864, end_log_pos 118729819
Last_SQL_Error: Could not execute Delete_rows event on table company.user_bin; Can't find record in 'user_bin', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.013864, end_log_pos 118729819
У тебя в логе идёт команда : "в такой то таблице удалить такой-то запись" а этой записи у тебя в этой таблице нет.
Эту команду конечно можно пропустить, но скорее всего, дальше будут такие же , и их будут тысячи
Эту команду конечно можно пропустить, но скорее всего, дальше будут такие же , и их будут тысячи
R
# on master
xtrabackup --backup --user=root --password=pass --target-dir=/data/bkp/
xtrabackup --user=root --password=pass --prepare --target-dir=/data/bkp/
rsync -avpPO -e ssh /data/bkp/ test@10.3.3.200:/data/bkp/
# on slave
systemctl stop mysql
mv /var/lib/mysql /var/lib/mysql-old
xtrabackup --move-back --target-dir=/data/bkp
chown -R mysql:mysql /var/lib/mysql
systemctl start mysqld
mysql -uroot -p'pass'
STOP SLAVE;
CHANGE MASTER TO MASTER_HOST = 'master-01', MASTER_USER = 'repl_user', MASTER_PASSWORD = 'pass', MASTER_LOG_FILE = 'mysql-bin.013864', MASTER_LOG_POS = 7345231;
START SLAVE;
SHOW SLAVE STATUS \G
xtrabackup --backup --user=root --password=pass --target-dir=/data/bkp/
xtrabackup --user=root --password=pass --prepare --target-dir=/data/bkp/
rsync -avpPO -e ssh /data/bkp/ test@10.3.3.200:/data/bkp/
# on slave
systemctl stop mysql
mv /var/lib/mysql /var/lib/mysql-old
xtrabackup --move-back --target-dir=/data/bkp
chown -R mysql:mysql /var/lib/mysql
systemctl start mysqld
mysql -uroot -p'pass'
STOP SLAVE;
CHANGE MASTER TO MASTER_HOST = 'master-01', MASTER_USER = 'repl_user', MASTER_PASSWORD = 'pass', MASTER_LOG_FILE = 'mysql-bin.013864', MASTER_LOG_POS = 7345231;
START SLAVE;
SHOW SLAVE STATUS \G