Bunu yaptığınız anda bir binlog belirli bir formata sahip olacağı için, MySQL (eh Oracle [hala dilimi açamıyor]) bu özelliği oluşturmuş olmasına rağmen, iki formatla birlikte kumar oynamaya karar verebilirsiniz.
MySQL yeniden başlatmadan tamamen güvenli oynamak için aşağıdakileri deneyin:
FLUSH TABLES WITH READ LOCK;
FLUSH LOGS;
SET GLOBAL binlog_format = 'MIXED';
FLUSH LOGS;
UNLOCK TABLES;
Bu son binlog 'MIXED' formatında bırakacaktır. Penultimiate (sonuncusu yanındaki) binlog yalnızca önceki formattaki son binlog'un kapatılmasını sağlar.
FLUSH LOGS;
Birinciden önceki mevcut tüm oturumlar bir kez UNLOCK TABLES;
çalıştırıldığında son binlogda yazmaya başlar .
Bir şans ver !!!
UYARI
Kredinin verildiği yerde kredi vermek, benim cevabım @ Jonathan'ın cevabını gerçekten engelliyor . Bunun üzerine binlogları kapatıp açıyorum. Önce bunu ortaya çıkardığı için +1 alır.
GÜNCELLEME 2011-10-12 13:58 EDT
Bunu aktif bir Master'a yaparsanız ve bu Master'dan kopyalayan bir veya daha fazla Slave varsa, röle günlüklerinin de yeni formatta olmasından endişe duymanız gerekir. İşte yapabilecekleriniz:
Slave'de koş STOP SLAVE;
Master'da bunları çalıştırın:
FLUSH TABLES WITH READ LOCK;
FLUSH LOGS;
SET GLOBAL binlog_format = 'MIXED';
FLUSH LOGS;
UNLOCK TABLES;
Slave'de koş START SLAVE;
Çalıştırma STOP SLAVE;
ve START SLAVE;
röle günlüğe kaydeder ve yeni girdilerin hangi formatta olursa olsun çoğaltılmasını sağlar. Ayrıca köle de binlog_format değişikliğini uygulamak isteyebilirsiniz.