mari...@biblestuph.com writes:
> TEMPORARY TABLE statement that was injected on Slave C? Does setting
> sql_log_bin=0 prior to the creation of the temporary table also
> prevent the creation of these DROP statements?
Well, it should prevent it. (But since it is a bug causing these redundant
drop
(Sending again, as I don't think my original reply went to the list;
apologies if I duplicate.)
Thank you both, for your helpful responses.
> Hello.
>
>> mari...@biblestuph.com writes:
>>
>>> I have four servers all running 10.3 as follows:
>>>
>>> A <=> B => C => D
>>
>>> and C is a master
Thank you both, for your helpful responses.
Hello.
mari...@biblestuph.com writes:
I have four servers all running 10.3 as follows:
A <=> B => C => D
and C is a master to D. In addition to their actual replicating DBs,
all four servers also have a "norep" DB that is used to create
tem
Hello.
> mari...@biblestuph.com writes:
>
>> I have four servers all running 10.3 as follows:
>>
>>A <=> B => C => D
>
>> and C is a master to D. In addition to their actual replicating DBs,
>> all four servers also have a "norep" DB that is used to create
>> temporary tables for local report
mari...@biblestuph.com writes:
> I have four servers all running 10.3 as follows:
>
>A <=> B => C => D
> and C is a master to D. In addition to their actual replicating DBs,
> all four servers also have a "norep" DB that is used to create
> temporary tables for local report processing (as wel
I have four servers all running 10.3 as follows:
A <=> B => C => D
where server_ids are:
A => 301
B => 302
C => 303
D => 304
I.E., A is a master to B, B is a master to A, B is also a master to C,
and C is a master to D. In addition to their actual replicating DBs, all
four ser
6 matches
Mail list logo
