Início / dba / Perguntas / 116816
Accepted
ceinmart
Asked: 2015-10-03 05:31:42 +0800 CST

FLUSH TABLES COM READ LOCK não está funcionando?

  • 772

Eu uso este comando para "bloquear" meu banco de dados, liberar logs, tirar um instantâneo do LVM e liberá-lo.
Testando o recovery + binlogs , parece que não está funcionando.
(Eu descobri isso quando durante a recuperação, aplicando os binlogs dá erro de chave duplicada onde suponho que não deveria existir naquele momento)

O comportamento que recebo é que os arquivos de dados ainda estão sendo gravados após a descarga. Então, o que há de errado aqui? Eu perdi alguma coisa?

# echo "FLUSH TABLES WITH READ LOCK ; flush logs" | mysql -vvv
--------------
FLUSH TABLES WITH READ LOCK
--------------

Query OK, 0 rows affected (0.00 sec)


# mysql --version
mysql  Ver 14.14 Distrib 5.6.25, for Linux (x86_64) using  EditLine wrapper

Não tenho certeza, mas depois de liberar com bloqueio de leitura, se eu conectar a qualquer banco de dados e tentar criar uma tabela, ela deve bloquear e aguardar até o UNLOCK, não é?

Isso não acontece, cria a tabela com sucesso.

EDITAR

Encontrei uma documentação onde digo para executar SET GLOBAL read_only = ONapós o flush e SET GLOBAL read_only = OFF.
Todas as outras sugestões, blogs, tutoriais, manuais não mencionam que isso é necessário.
Mais dúvidas!!!

EDITAR 2

Inserções e atualizações ainda funcionando também...

mysql backup

2 respostas

  1. Best Answer

    Encontrei a razão pela qual meu script falhou.

    A trava é liberada quando a conexão é finalizada.

    Parece ser bastante óbvio, mas não me lembro de ter lido em nenhum lugar sobre esse comportamento e, como poucos comandos são capazes de executar a partir do prompt com mysqladmin (não neste caso), induzem a uma interpretação errada do comportamento FLUSH.

    Meu primeiro script, onde falha ao bloquear, fica assim:

        # Trava banco de dados e faz flush dos dados em disco
    echo
    echo "Travando banco e sincronizando dados..."
    echo "FLUSH TABLES WITH READ LOCK" | mysql -vvv 2>&1 | awk '{print " | "$0}'

    echo "Forcando novo binlog"
    echo "FLUSH LOGS" | mysql -vvv 2>&1 | awk '{print " | "$0}'

    # sincroniza FS
    sync
    sleep 1

    # cria snap , com 10G de dados
    echo
    echo "Criando snapshot..."
    echo "  lvcreate --snapshot $VG/lvmysql -n $vN -L 10G"
    lvcreate --snapshot $VG/lvmysql -n $vN -L 10G

    # libera banco de dados
    echo
    echo "Liberando banco de dados..."
    echo "UNLOCK TABLES " | mysql -vvv  2>&1 | awk '{print " | "$0}'

    echo
    echo "Snapshot criado : "
    lvs -o +lv_time | awk '{print "  "$0}'

    O problema é o FLUSH rodando em sessão standalone, quando essa sessão fecha ele é liberado.

    Para resolver eu corro tudo em sessão única.
    É assim que eu reescrevo e trabalho corretamente

        VG=system
    vN=lv_bkp1
    # Trava banco de dados e faz flush dos dados em disco
    echo
    {
    echo "
    select '-- Travando banco e sincronizando dados...' ;
    FLUSH TABLES WITH READ LOCK  ;

    select '-- Forcando novo binlog' ;
    FLUSH LOGS ;

    select '-- Logando posicao do bin-log, caso necessario...' ;
    SHOW MASTER STATUS ;

    select '-- ! sync' ;
    system sync ;

    select '-- ! sleep 1' ;
    system sleep 1 ;

    select '-- Criando snapshot...' ;
    system lvcreate --verbose --snapshot $VG/lvmysql -n $vN -L 10G ;

    select '-- Liberando banco de dados...' ;
    UNLOCK TABLES ;
    "
    } 2>&1 | mysql --unbuffered -vvv 2>&1 | awk '{print " | "$0}'

    echo
    lvs -o +lv_time | awk '{print "  "$0}'
    • 1

  2. Eu me sentiria mais seguro para realmente desligar o mysqld pela breve duração do instantâneo.

    • 0

relate perguntas