Início / dba / Perguntas / 30199
Accepted
atxdba
Asked: 2012-12-12 10:44:18 +0800 CST

Problemas com gatilhos e inserção .. na atualização de chave duplicada

  • 772

Eu tenho duas tabelas com esquemas idênticos. uma é uma tabela "principal" que é podada periodicamente e mantida pequena. A outra é uma tabela de "relatórios" que é um arquivo de tudo o que já existiu. Para simplificar, digamos que os esquemas da tabela se pareçam com

create table main_table(
    pk int unsigned not null primary key,
    value int unsigned
);

create table reporting_table(
    pk int unsigned not null primary key,
    value int unsigned
);

Eu tenho dois gatilhos, um AFTER INSERT e um AFTER UPDATE que se parecem com

create trigger reporting_insert after insert on main_table
    for each row 
        insert into reporting_table (id,value) VALUES
        (NEW.id, NEW.value);

create trigger trigger reporting_update after update on main_table
    for each row 
        update reporting_table  set
            value=NEW.value
        where
            id=NEW.id;

A tabela principal é preenchida com consultas como

insert into main_table values (1,10) on duplicate key update value=value+1;

Meu problema é que a tabela de relatórios não está capturando este ODKU +1 para o valor (e claramente está atualizando na tabela principal).

Dos documentos do gatilho :

Um exemplo potencialmente confuso disso é a sintaxe INSERT INTO ... ON DUPLICATE KEY UPDATE ...: um gatilho BEFORE INSERT será ativado para cada linha, seguido por um gatilho AFTER INSERT ou ambos os gatilhos BEFORE UPDATE e AFTER UPDATE , dependendo sobre se havia uma chave duplicada para a linha.

Ao ler isso, acho que seguiria o último caminho executado qualquer gatilho de atualização Antes/Depois. Fazer uma consulta UPDATE direta em main_table resulta na propagação das alterações para a tabela de relatórios.

o que estou perdendo?

mysql mysql-5.5

2 respostas

  1. Best Answer

    Essa pergunta voltou ao meu radar depois que um comentário recente foi postado.

    Esse problema na época era que essa tabela de relatórios que deveria ser mantida por gatilhos estava apenas em um escravo.

    A inserção em instruções de chave duplicadas estava sendo sinalizada como não segura para replicação baseada em instrução e sendo enviada no RBR (o fluxo estava no modo misto).

    Os eventos RBR não disparam gatilhos.

    • 2

  2. Eu tentei o mesmo que você estava tentando fazer e obtive o resultado necessário, na verdade, existem alguns problemas na definição dos gatilhos. Fiz a correção e os gatilhos corrigidos estão a seguir. Use-os em vez dos gatilhos e execute a inserção ou atualização operação, tenho certeza que seu problema será resolvido.

    delimiter ;;
create trigger reporting_insert after insert on main_table
    for each row 
      begin
        insert into reporting_table set
            id=NEW.id,
            value=NEW.value;
end;;
delimiter ;;

create trigger reporting_update after update on main_table
    for each row 
      begin
        insert into reporting_table set
            id=NEW.id,
            value=NEW.value;
end;;

insert into main_table values (1,10) on duplicate key update value=value+1;
    • 0

relate perguntas