Sergei,
On Wed, Dec 18, 2019 at 7:23 PM Sergei Golubchik wrote:
> Hi, Aleksey!
>
> On Dec 18, Aleksey Midenkov wrote:
> > Sergei,
> >
> > On Wed, Dec 18, 2019 at 1:11 PM Sergei Golubchik
> wrote:
> >
> > > Hi, Aleksey!
> > >
> > > On Dec 18, Aleksey Midenkov wrote:
> > > > On Wed, Dec 4, 2019 a
Sergey Vojtovich writes:
>> when all slave threads are stopped and nothing else is accessing the
>> gtid_pos table.
> It is a table, so any client connection can be accessing it any time?
Yes. What I meant is that - mysql.gtid_slave_pos is a system table, it is
not supposed to be modified from u
Hi, Aleksey!
On Dec 18, Aleksey Midenkov wrote:
> Sergei,
>
> On Wed, Dec 18, 2019 at 1:11 PM Sergei Golubchik wrote:
>
> > Hi, Aleksey!
> >
> > On Dec 18, Aleksey Midenkov wrote:
> > > On Wed, Dec 4, 2019 at 10:10 PM Sergei Golubchik wrote:
> > >
> > > But it's better to be from the other side
Sergei,
On Wed, Dec 18, 2019 at 1:11 PM Sergei Golubchik wrote:
> Hi, Aleksey!
>
> On Dec 18, Aleksey Midenkov wrote:
> > On Wed, Dec 4, 2019 at 10:10 PM Sergei Golubchik wrote:
> >
> > But it's better to be from the other side:
> >
> > bool Lex_cstring::strdup(MEM_ROOT *mem_root, const Lex_cstr
Hi, Aleksey!
On Dec 18, Aleksey Midenkov wrote:
> On Wed, Dec 4, 2019 at 10:10 PM Sergei Golubchik wrote:
>
> But it's better to be from the other side:
>
> bool Lex_cstring::strdup(MEM_ROOT *mem_root, const Lex_cstring &src)
> {
> // allocate and deep-copy from src to this
> }
>
> I'd really
Kristian,
Thanks for your prompt reply!
On Wed, Dec 18, 2019 at 08:38:31AM +0100, Kristian Nielsen wrote:
> Sergey Vojtovich writes:
>
> > ATTN @dr-m, @andrelkin, @SachinSetiya, @knielsen
>
> So IIUC, this is about incorrect usage of ha_truncate() in
> rpl_slave_state::truncate_state_table().
6 matches
Mail list logo
