Citat:
maroon984:
E sada, kada bih imao server na kome je binlog ukljucen "od nule", (tj. SVE promjene se upisivale u binlog) i kada bih njega "proglasio" za master-a, a na serveru koji je "prazan" i koji hocu da ubacim kao slave, konfigurisao da je MASTER_LOG_FILE='blabla-bin.000001' i MASTER_LOG_POS=1, (BEZ OBZIRA sto se master server restartovao nekoliko puta i trenutni binlog nije 'blablabla-bin.000001' nego neki 16-i na nekoj tamo poziciji) sve to BEZ PROBLEMA repliciralo na slave?
teoretski DA. Bez obzira koliko puta si resetovao mysql, flushovo logove etc etc ako nisi brisao logove i ako nisi setovao neki proces da ih brise, "jednom" ce slave stici master. Problem je sto ce to da traaaaaaaaaaaaajeeeeeeeeee. Slave mnogo sporije izvrsava upite od mastera zato sto se ceo binlog na slave-u izvrsava u samo jednom tredu tako da nema paralelizacije, nego jedan po jedan, tako da .. ako master nesto "radi" i nastavi da puni log, slave ga najverovatnije nikad nece sustici.
E sad ako pravis slave, suvise je sporo da juris od pocetka server, to ce da traje sto godina posto se slave executor vrti u jednom tredu... to sto si radio je ok,
1. stop master
2. pobrises mu binary log i binary log index, upalis binlogging, iskopiras ceo datadir "sa strane" (ili npr napravis lvm snapshot)
3. start master
i sada imas master koji vozi dalje i binloguje od trenutka kad si ga startovao, iskopiras onu kopiju datadir-a (ili iskopiras datadir sa lvm-a) na slave, pocistis na slave datadiru-u sve vezano za binlog, startujes slave, set master, start slave ..