))

Message from Alex deleted. Reason: @-link to group (?)

Всем привет! Может кто подсказать ? https://qna.habr.com/q/761291

Ситуация такая, есть строка, есть транзакция 1, которая ее меняет (апдейт). Как я помню, все апдейты в мускуле inplace, т.е. в индексе. Коммита пока что нет.
Тогда параллельная транзакция 2 (которая стартанула после 1) с уровнем READ UNCOMMITTED сможет увидеть  это изменение (ибо read view нет, чтение тупо из индекса), а параллельная транзакция 3 (которая так же стартанула после 1) с уровнем READ COMMITTED \ REPEATABLE READ пойдет в undo лог и там восстановит прежнюю версию строки, так по идее? Т.е. когда апдейт строки происходит (до коммита) - старая версия строки дублится в undo... и в случае роллбека так же из undo воскрешается

достаточно большой чтобы Opened_tables не росло. Больше 65к может затупить, поэтому лучше бенчмаркать. Не забыть поднять limitnofiles в настройках systemd юнита. 100к достаточно чтобы не париться на долго. я опять забыл, то-ли 700 байт толи 4к отжирается на один файловый дескриптор.

ну да, все примерно так и происходит как вы описываете, только он не undo а redo log называется
а в чем вопрос то?

> READ UNCOMMITTED
смысл его использовать? ускорения не будет, гарантии что считается новая версия тоже нет.
Если параллельная транзакция пытается поменять эту строчку, то эта вторая транзакция повиснет на блокировке

не, это именно в https://dev.mysql.com/doc/refman/5.7/en/innodb-undo-logs.html старая версия копируется.

redo это другое, это чтобы при kill -9 или пропадании питания востановиться

Соре, не добавил, транзакции 2 или 3 не блокирующие (читающие). Тогда блокировку они не получат же?
Я просто пытаюсь убедиться что я правильно понимаю работу mvcc, хотя бы поверхностно (т.е. READ UNCOMMITTED просто ради интереса, на практике не использую)

Да, проверил, блока не будет на читающих 2 и 3, спасибо за ответы

@t_balto есть Isolation есть atomicity. READ UNCOMMITTED позволяет обойти изоляцию, но атомарность (строка может считаться целиком или до модификации другой транзакцией или после но не частично) не может обойти, поэтому read uncommitted это не значит без блокировок, и даже может быть медленнее чем RC.

привет, подскажите как percona xtrabackup заставить восстанавливать только одну базу, а не кластер?

создаю sudo xtrabackup -uuser -ppassword --backup --compress --compress-threads=4 --database=users --target-dir=/root/backups/percona/

восстанавливаю:
xtrabackup --decompress --target-dir=/root/backups/percona/
xtrabackup --prepare --target-dir=/root/backups/percona/
xtrabackup --copy-back --target-dir=/root/backups/percona/

на что получаю ошибку /var/lib/mysql не пуст. Если я его очищу, то другие базы потеряю.

@benderit https://www.percona.com/doc/percona-xtrabackup/LATEST/xtrabackup_bin/partial_backups.html в рамочке - не используйте copy-back. Вместо этого каждую табличку надо поднять как в transportable tablespaces https://www.percona.com/doc/percona-xtrabackup/LATEST/xtrabackup_bin/restoring_individual_tables.html#restoring-individual-tables. Для простеньких структур можно сгенерить команды скриптом: https://gist.github.com/ihanick/ca8f6fff718f22bd9148862f0eeadf75

Всем привет. У меня такая ошибка и после этого load average сильно грузится
InnoDB: page_cleaner: 1000ms intended loop took 4013ms. The settings might not be optimal

Спасибо, надеялся что есть простой способ...

А сервер чем занимается (какие процессы) в тот момент, когда варнинг этот видишь?

Подскажите, пожалуйста, может есть другие инструменты способные создавать бэкап отдельной базы и её восстановления, кроме mysqldump ?

у меня mariadb galera кластер, на одном из мастеров делается бэкап перконой и нужно для аналитики разворачивать на отдельном сервере конкретную базу данных, не меняя остальные.

При этом хочется минимум блокировок на узле галеры.

mydumper

спасибо