0

Can I use local variables in a trigger if I expect it to replicate on a slave ?

I have a trigger that uses a local variable @userId that is set prior to the triggering query. So every time a certain query is run the variable @userId is set and the trigger can make use of it.

My question is, can I expect the bin log to work correctly if my binlog_format is STATEMENT ?

I know from the documentation that session variables will not work, but they do not mention local variables.

in statement-based replication, session variables are not replicated properly when used in statements that update tables.

1

I have a trigger that uses a local variable @userId that is set prior to the triggering query.

Local variables are variables defined on a compound-statement level with this compound statement scope using DECLARE variable statement explicitly. Their name's first symbol cannot be @.

User-defined variables are session scope variables defined implicitly (in SET or INSERT INTO statement) by the first 2 symbols of their names (first is @ and second is not).

So you use user-devined, not local, variables.

User-defined variables are ignored by the replication at all.

Can I use local variables in a trigger if I expect it to replicate on a slave?

The answer is "No". Use custom service table.

I know from the documentation that session variables will not work, but they do not mention local variables.

Session variables are system variables duplicates with a session scope. They (when exists) override system variables values. They are not local or user-defined, they are a separate type of variables. As for user-defined variables their first two symbols are @ and not @ - it shows that their values may be set by user with a session scope (like user-defined variables).

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy