Watson's questions

Executando lsof +L1

COMANDO PID USUÁRIO TIPO FD TAMANHO DO DISPOSITIVO/DESLIGADO NOME DO NÓ NLINK

mysqld 886068 mysql 521u REG 254,1 194824503296 0 29360306 /tmp/#29360306 (excluído)

Executando o mysql 3.0.34 em um cluster innodb. Aparentemente aleatoriamente, o disco é consumido com todos os 300 GB dele em uma pasta tmp, quando fica cheio, ele é liberado.

Procurando sugestões/como limitar o tamanho da tabela tmp?

SET @sys.statement_truncate_len = 1000; selecione * em sys. statements_with_temp_tables;

Rende 1 item sinalizado como disk_tmp_tables.

consulta db exec_count total_latency memory_tmp_tables disk_tmp_tables avg_tmp_tables_per_query tmp_tables_to_disk_pct first_seen last_seen resumo SELECT TABLE_NAME FROM information_schema. INNODB_BUFFER_PAGEONDE TABLE_NAME GOSTA? LIMITE?, ... 1.439,42 ms 1 1 1.100 2024-02-09 10:14:54.800889 2024-02-09 10:14:54.800889 d24fb8e96673a518f0f536b9516781644ffb7a5079f9 5490cec24804437f34a9

Eu tenho experimentado com o cluster mysql innodb. Um dos erros que encontrei não sei como remediar ou por que exatamente causa a morte permanente de qualquer escravo que deseje alcançar o mestre - deixe-me explicar.

Crie 3 instâncias do mysql. Use o utilitário de cluster innodb para combiná-los em um cluster. Você pode usar a AdminAPI para garantir que o cluster seja bom. (use o modo Single Primary para apenas 1 gravador)

No mysql mestre use mysql.exe para restaurar um dump de qualquer tabela que tenha sql_log_bin = 0;

Você notará que isso faz com que essa tabela não seja replicada para as outras instâncias do banco de dados. Agora, se você derrubar a mesa, os outros escravos morrem e nunca podem ser alcançados pelo mestre.

Você pode até criar uma instância do mysql do zero e apontá-la para o mestre e ela nunca será atualizada. Ele dirá recuperando e, em seguida, falhará.

Como você repara no caso deste cenário? E, o que exatamente está acontecendo que um escravo, mesmo do zero, não pode ser sincronizado depois de fazer isso?