Início / dba / Perguntas / 117747
Accepted
dr_
Asked: 2015-10-13 06:13:39 +0800 CST

Como executar OPTIMIZE TABLE em um cluster de 3 nós?

  • 772

Tenho em minhas mãos um cluster Percona XtraDB de 3 nós onde, de acordo com mysqlcheck, algumas tabelas estão corrompidas (alguns índices contêm o número errado de entradas):

mydb.mytable
Warning  : InnoDB: Index 'foo' contains 1393929 entries, should be 1393918.
Warning  : InnoDB: Index 'bar' contains 1393921 entries, should be 1393918.
error    : Corrupt

Qual é a melhor prática para executar OPTIMIZE TABLEem um cluster?

Fiz alguns experimentos em um ambiente de teste sem usuários e parece que um OPTIMIZE TABLEem um nó não propaga automaticamente seu efeito para os outros nós. Isso é consistente com o fato de que este comando modifica os índices e o espaço de armazenamento da tabela, não seu conteúdo ou sua definição.

  • Quais poderiam ser as desvantagens de executar o comando em um ambiente de produção em cada nó, deixando-o completo antes de executá-lo no nó seguinte?

  • Qual seria o efeito sobre os usuários, considerando que o MySQL (e o Percona XtraDB Cluster, até onde eu sei) não suporta bloqueios de tabelas distribuídas? Isso deixaria o cluster em um estado inconsistente?

mysql percona

3 respostas

  1. Best Answer

    Se houver necessidade de executar OPTIMIZE TABLEno PXC, você pode conseguir isso negando sua gravação em logs binários em uma das três (3) maneiras:

    MÉTODO 1

    SET sql_log_bin = 0;
OPTIMIZE TABLE mydb.mytable;
SET sql_log_bin = 1;

    MÉTODO #2

    OPTIMIZE NO_WRITE_TO_BINLOG TABLE mydb.mytable;

    MÉTODO #3

    OPTIMIZE LOCAL TABLE mydb.mytable;

    SUGESTÃO

    Execute um dos OPTIMIZE TABLEcenários acima em um nó PXC por vez enquanto redireciona leituras e gravações do cluster. Se os dados forem grandes, remova o nó PXC do cluster, execute OPTIMIZE TABLEà vontade e adicione o PXC de volta ao cluster.

    • 4

  2. Em um cluster de três nós, a melhor abordagem seria usar pt-online-schema-change.

    1. verifique se o mecanismo da tabela é innodb.
    2. certifique-se de que "Innodb_file_per_table está ON", se não estiver ON, o espaço não poderá ser recuperado.
    3. certifique-se de que "wsrep_OSU_method" deve ser definido como TOI, replicará a otimização para outros nós.

    Então execute a seguir.

    pt-online-schema-change --execute --alter "ENGINE=InnoDB" h=localhost,u=root,p=password,D=dbname,t=tablename
    • 2

  3. A melhor prática para OPTIMIZE TABLEqualquer sistema InnoDB: não o execute. Quase nunca vale o esforço.

    Se você precisar fazer isso em um cluster do Galera (como o PXC), trate-o como um ALTER: use TOI (para simplificar) se for uma tabela pequena; RSU (para evitar bloqueio) se for grande.

    Como OPTIMIZEnão altera o conteúdo da tabela, apenas o layout, suas perguntas deixando-a completa, inconsistências são irrelevantes.

    • 0

relate perguntas