Yes.
Davide Giunchi wrote:
>
> FLUSH LOGS in the master and all is ok? binlog will be rotate and slaves will
> see it, continue to work and update master.info?
>
> Regads
>
> Il 15:31, giovedì 11 aprile 2002, hai scritto:
> > FLUSH LOGS safely rotates the binlog.
> >
> > Davide Giunchi wrote:
FLUSH LOGS in the master and all is ok? binlog will be rotate and slaves will
see it, continue to work and update master.info?
Regads
Il 15:31, giovedì 11 aprile 2002, hai scritto:
> FLUSH LOGS safely rotates the binlog.
>
> Davide Giunchi wrote:
> > You are right, but my master generate about
x)
>
> -Original Message-
> From: Davide Giunchi [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, April 10, 2002 5:37 PM
> To: Marc Prewitt
> Cc: [EMAIL PROTECTED]
> Subject:Re: binlog and replication stuff
FLUSH LOGS safely rotates the binlog.
Davide Giunchi wrote:
>
> You are right, but my master generate about 150Mb of binlog x day, i a slave
> fail after 4 day it will reexec a lot of query and take some time. how can i
> safely rotate the log in master+slaves without restarting them?
> The M
]]
Sent: Wednesday, April 10, 2002 5:37 PM
To: Marc Prewitt
Cc: [EMAIL PROTECTED]
Subject:Re: binlog and replication stuff
You are right, but my master generate about 150Mb of binlog x day, i
a slave
fail after 4 day it will reexec a lot of
You are right, but my master generate about 150Mb of binlog x day, i a slave
fail after 4 day it will reexec a lot of query and take some time. how can i
safely rotate the log in master+slaves without restarting them?
The Mysql manual explain how to rotate from a `hostnmae`-bin`.002 (or > 001)
When a slave crashes or reboots, it should start replicating from where it
left off--at least ours do work that way. The current replication state
is saved in master.info on the slave and when it starts up again, it
should read that file and resume reading the binlog on the master where it
left o
