mysqlbinlog - Bulutta Çevrimiçi

Program:

ADI

mysqlbinlog - ikili günlük dosyalarını işlemek için yardımcı program

SİNOPSİS

mysqlbinlog [seçenekler] log dosyası Kendi ID’n ile mağazalarını oluştur

TANIM

Sunucunun ikili günlüğü, değişiklikleri açıklayan "olayları" içeren dosyalardan oluşur.
veritabanı içeriğine. Sunucu bu dosyaları ikili biçimde yazar. göstermek için
metin biçimindeki içeriği kullanın, mysqlbinlog Yarar. Ayrıca kullanabilirsiniz mysqlbinlog için
bir çoğaltma kurulumunda bir bağımlı sunucu tarafından yazılan röle günlük dosyalarının içeriğini görüntüleyin
çünkü geçiş günlükleri ikili günlüklerle aynı biçime sahiptir. İkili günlük ve geçiş günlüğü
Bölüm 5.2.4, "İkili Günlük" ve Bölüm 17.2.2, "Çoğaltma
Röle ve Durum Günlükleri”.

çağırmak mysqlbinlog bunun gibi:

kabuk> mysqlbinlog [seçenekleri] log dosyası Kendi ID’n ile mağazalarını oluştur

Örneğin, binlog.000003 adlı ikili günlük dosyasının içeriğini görüntülemek için bunu kullanın.
komut:

kabuk> mysqlbinlog binlog.0000003

Çıktı, binlog.000003'te bulunan olayları içerir. İfade tabanlı günlük kaydı için, olay
SQL deyimi, üzerinde çalıştırıldığı sunucunun kimliği,
ifadenin ne zaman yürütüldüğü, ne kadar zaman aldığı vb. İçin
satır tabanlı günlük kaydı, olay bir SQL deyimi yerine bir satır değişikliğini gösterir. Görmek
Günlük modları hakkında bilgi için Bölüm 17.1.2, “Çoğaltma Formatları”.

Olaylardan önce, ek bilgi sağlayan başlık yorumları gelir. Örneğin:

# 141'de
#100309 9:28:36 sunucu kimliği 123 end_log_pos 245
sorgu thread_id=3350 exec_time=11 error_code=0

İlk satırda, takip eden sayı dosya ofsetini veya başlangıç ​​noktasını belirtir.
ikili günlük dosyasındaki olayın konumu.

İkinci satır, ekstrenin bankada ne zaman başladığını gösteren bir tarih ve saatle başlar.
olayın meydana geldiği sunucu. Çoğaltma için bu zaman damgası köleye yayılır.
sunucular. sunucu kimliği, olayın kaynaklandığı sunucunun server_id değeridir.
end_log_pos, bir sonraki olayın nerede başladığını gösterir (yani,
mevcut olay + 1). thread_id, olayı hangi iş parçacığının yürüttüğünü gösterir. exec_time (şimdiki değeri)
olayı bir ana sunucuda yürütmek için harcanan süre. Bir kölede, fark bu
Slave'deki bitiş yürütme süresinden master'daki başlangıç ​​yürütme süresine eşittir.
Fark, çoğaltmanın master'ın ne kadar gerisinde kaldığını gösterir.
error_code, olayın yürütülmesinin sonucunu gösterir. Sıfır, hata olmadığı anlamına gelir
oluştu.

not
Olay gruplarını kullanırken, olayların dosya ofsetleri birlikte gruplanabilir ve
olaylara ilişkin yorumlar birlikte gruplandırılabilir. Bu gruplandırılmış olayları yanlış anlamayın.
boş dosya ofsetleri.

Çıkış mysqlbinlog yeniden çalıştırılabilir (örneğin, onu girdi olarak kullanarak)
mysql) günlükteki ifadeleri yeniden yapmak için. Bu, bir süre sonra kurtarma işlemleri için kullanışlıdır.
sunucu çökmesi. Diğer kullanım örnekleri için, bu bölümün ilerleyen kısımlarındaki tartışmaya bakın.
Bölüm 7.5, “İkili Günlüğü Kullanarak Zaman İçinde Nokta (Artımlı) Kurtarma”.

Normalde, kullanırsın mysqlbinlog ikili günlük dosyalarını doğrudan okumak ve bunları
yerel MySQL sunucusu. kullanarak uzak bir sunucudan ikili günlükleri okumak da mümkündür.
the --uzak sunucudan oku seçenek. Uzak ikili günlükleri okumak için bağlantı parametresi
sunucuya nasıl bağlanılacağını belirtmek için seçenekler verilebilir. Bu seçenekler --ev sahibi,
--parola, --Liman, --protokol, --priz, ve --kullanıcı; sen hariç onlar göz ardı edilir
ayrıca kullan --uzak sunucudan oku seçeneği.

mysqlbinlog komut satırında belirtilebilen aşağıdaki seçenekleri destekler veya
bir seçenek dosyasının [mysqlbinlog] ve [client] gruplarında. Seçenek hakkında bilgi için
MySQL programları tarafından kullanılan dosyalar için bkz. Bölüm 4.2.6, “Seçenek Dosyalarını Kullanma”.

· --yardım et, -?

Bir yardım mesajı görüntüleyin ve çıkın.

· --base64-çıktı=değer

Bu seçenek, olayların ne zaman base-64 dizeleri olarak kodlanmış olarak görüntüleneceğini belirler.
BINLOG deyimlerini kullanarak. Seçenek şu izin verilen değerlere sahiptir (büyük/küçük harf duyarlı değildir):

· AUTO ("otomatik") veya UNSPEC ("belirtilmemiş") BINLOG deyimlerini görüntüler
gerektiğinde otomatik olarak (yani, biçim açıklaması olayları ve satırı için)
Etkinlikler). Eğer hayırsa --base64-çıktı seçenek verilir, etki aynıdır
--base64-çıktı=OTOMATİK.

not
Kullanmayı düşünüyorsanız, otomatik BINLOG ekranı tek güvenli davranıştır.
çıktı mysqlbinlog ikili günlük dosyası içeriğini yeniden yürütmek için. diğer seçenek
değerler yalnızca hata ayıklama veya test etme amaçlıdır, çünkü
yürütülebilir biçimde tüm olayları içermeyen çıktı üretir.

· ASLA BINLOG deyimlerinin görüntülenmemesine neden olmaz. mysqlbinlog ile çıkar
BINLOG kullanılarak görüntülenmesi gereken bir satır olayı bulunursa hata.

· DECODE-ROWS şunları belirtir: mysqlbinlog satır olaylarının kodunun çözülmesini amaçladığınız
ve ayrıca belirtilerek yorumlanmış SQL ifadeleri olarak görüntülenir. --ayrıntılı seçeneği.
NEVER gibi, DECODE-ROWS da BINLOG ifadelerinin görüntülenmesini engeller, ancak NEVER'den farklı olarak,
satır olayı bulunursa hata ile çıkılmaz.

etkisini gösteren örnekler için --base64-çıktı ve --ayrıntılı satır etkinliğinde
çıktı almak için “MYSQLBINLOG ROW OLAY GÖRÜNÜMÜ” adlı bölüme bakın.

· --bağ-adresi=IP adresi

Birden çok ağ arabirimine sahip bir bilgisayarda, hangisini seçmek için bu seçeneği kullanın?
MySQL sunucusuna bağlanmak için kullanılacak arayüz.

Bu seçenek MySQL 5.6.1'den itibaren desteklenmektedir.

· --binlog-row-event-max-size=N

┌──────────────────────────────────────────── ─────────────┐
│Komut satırı oluşturulan │ --binlog-row-event-max-size=# │
├──────────────────────────────────────────── ─────────────┤
│ │ İzin verilen Değerler │
│ ├──────────────────────────────────────┤
│ │ Platform Bit Beden │ 64 │
│ ├──────────────────────────────────────┤
│ │ Tip │ sayısal │
│ ├──────────────────────────────────────┤
│ │ Varsayılan │ 4294967040 │
│ ├──────────────────────────────────────┤
│ │ min Özellik │ 256 │
│ ├──────────────────────────────────────┤
│ │ maksimum Özellik │ 18446744073709547520 │
└──────────────────────────────────────────── ─────────────┘
Satır tabanlı ikili günlük olayının maksimum boyutunu bayt cinsinden belirtin. Satırlar gruplandırılmıştır
mümkünse bu boyuttan daha küçük olaylara. Değer 256'nın katı olmalıdır.
Varsayılan 4 GB'dir.

· --character-sets-dir=yol

Karakter kümelerinin kurulu olduğu dizin. Bkz. Bölüm 10.5, “Karakter Kümesi
Yapılandırma”.

· --bağlantı-sunucu-kimliği=sunucu_kimliği

Bu seçenek, BINLOG_DUMP_NON_BLOCK desteği için bir MySQL sunucusunu test etmek için kullanılır.
MySQL 5.6.5'te yanlışlıkla kaldırılan ve MySQL'de geri yüklenen bağlantı bayrağı
5.6.20 (Hata #18000079, Hata #71178). Normal çalışma için gerekli değildir.

Bu seçenek için etkin varsayılan ve minimum değerler, mysqlbinlog
engelleme modunda veya engellemesiz modda çalıştırılır. Ne zaman mysqlbinlog engellemede çalıştırılır
modunda, varsayılan (ve minimum) değer 1'dir; engellenmeyen modda çalıştırıldığında, varsayılan
(ve minimum) değeri 0'dır.

Bu seçenek MySQL 5.6.20'e eklendi.

· --veritabanı=db_adı, -d db_adı

Bu seçenek neden olur mysqlbinlog ikili günlükten girdi çıktısı almak için (yalnızca yerel günlük)
sırasında meydana gelen db_adı USE tarafından varsayılan veritabanı olarak seçilmiştir.

The --veri tabanı seçeneği mysqlbinlog Benzer --binlog-do-db seçeneği
mysqld, ancak yalnızca bir veritabanı belirtmek için kullanılabilir. Eğer --veri tabanı çoklu verilir
kez, yalnızca son örnek kullanılır.

Bu seçeneğin etkileri, deyim tabanlı veya satır tabanlı günlük kaydının olup olmadığına bağlıdır.
biçimlerinin etkileriyle aynı şekilde kullanımdadır. --binlog-do-db olup olmadığına bağlı
deyim tabanlı veya satır tabanlı günlük kullanımda.

ifadeye dayalı günlüğü. --veri tabanı seçenek şu şekilde çalışır:

· Süre db_adı varsayılan veritabanıdır, ifadeler değişip değişmeseler de çıktılanır
tablolar db_adı veya farklı bir veritabanı.

· Meğer ki db_adı varsayılan veritabanı olarak seçilir, ifadeler çıktı verilmez,
tabloları değiştirseler bile db_adı.

· CREATE DATABASE, ALTER DATABASE ve DROP DATABASE için bir istisna vardır. NS
veritabanı olmak oluşturuldu, değiştirilmiş or düştü varsayılan olarak kabul edilir
deyimin çıktısının alınıp alınmayacağını belirlerken veritabanı.

Bu ifadeleri kullanarak ikili günlüğün oluşturulduğunu varsayalım.
ifade tabanlı günlük kaydı:

test.t1'E EKLEYİN (i) DEĞERLER(100);
db2.t2'YE EKLE (j) DEĞERLER(200);
KULLANIM testi;
test.t1'E EKLEYİN (i) DEĞERLER(101);
t1'e EKLE (i) DEĞERLER(102);
db2.t2'YE EKLE (j) DEĞERLER(201);
KULLANIM db2;
test.t1'E EKLEYİN (i) DEĞERLER(103);
db2.t2'YE EKLE (j) DEĞERLER(202);
t2'YE EKLE (j) DEĞERLER(203);

mysqlbinlog --veritabanı=test ilk iki INSERT ifadesinin çıktısını almaz çünkü
varsayılan veritabanı yoktur. USE'nin ardından üç INSERT ifadesinin çıktısını verir.
test edin, ancak USE db2'yi izleyen üç INSERT deyimini değil.

mysqlbinlog --veritabanı=db2 ilk iki INSERT ifadesinin çıktısını almaz çünkü
varsayılan veritabanı yoktur. Aşağıdaki üç INSERT ifadesinin çıktısını almaz
USE testi, ancak USE db2'yi izleyen üç INSERT deyiminin çıktısını alır.

satır tabanlı günlüğü. mysqlbinlog yalnızca ait olduğu tabloları değiştiren girdileri çıkarır.
db_adı. Varsayılan veritabanının bunun üzerinde hiçbir etkisi yoktur. İkili günlüğün sadece
açıklanan, deyim tabanlı günlük yerine satır tabanlı günlük kullanılarak oluşturuldu.
mysqlbinlog --veritabanı=test yalnızca testte t1'i değiştiren girişleri verir
USE verilip verilmediğine veya varsayılan veritabanının ne olduğuna bakılmaksızın veritabanı. Eğer bir
sunucu, MIXED olarak ayarlanmış binlog_format ile çalışıyor ve bunun mümkün olmasını istiyorsunuz
kullanım mysqlbinlog ile --veri tabanı seçeneği, tabloların olduğundan emin olmalısınız.
değiştirilenler USE tarafından seçilen veritabanındadır. (Özellikle, veritabanları arası yok
güncellemeler kullanılmalıdır.)

MySQL 5.6.10'dan önce, --veri tabanı seçenek, yazılan bir günlükle düzgün çalışmadı
GTID etkin bir MySQL sunucusu tarafından. (Hata #15912728)

· --hata ayıklama[=hata ayıklama_seçenekleri], -# [hata ayıklama_seçenekleri]

Bir hata ayıklama günlüğü yazın. tipik bir hata ayıklama_seçenekleri dize d:t:o,dosya adı. Varsayılan
d:t:o,/tmp/mysqlbinlog.trace'dir.

· --debug-kontrol

Program çıktığında bazı hata ayıklama bilgilerini yazdırın.

· --debug-bilgisi

Program açıldığında hata ayıklama bilgilerini ve bellek ve CPU kullanım istatistiklerini yazdırın.
çıkışlar.

· --varsayılan-auth=fişe takmak

Kullanılacak istemci tarafı kimlik doğrulama eklentisi. Bkz. Bölüm 6.3.7, “Takılabilir
Kimlik Doğrulama”.

Bu seçenek MySQL 5.6.2'e eklendi.

· --defaults-ekstra-dosya=dosya adı

Bu seçenek dosyasını genel seçenek dosyasından sonra, ancak (Unix'te) kullanıcıdan önce okuyun
seçenek dosyası. Dosya yoksa veya başka bir şekilde erişilemiyorsa bir hata oluşur.
dosya adı göreli bir yol olarak verilirse geçerli dizine göre yorumlanır
tam yol adı yerine ad.

· --defaults-dosyası=dosya adı

Yalnızca verilen seçenek dosyasını kullanın. Dosya yoksa veya başka türlüyse
erişilemez, bir hata oluşur. dosya adı akıma göre yorumlanır
dizin, tam yol adı yerine göreli bir yol adı olarak verilirse.

· --defaults-group-soneki=str

Yalnızca olağan seçenek gruplarını değil, aynı zamanda olağan adları ve bir
son eki str. Örneğin, mysqlbinlog normalde [client] ve [mysqlbinlog]'u okur
gruplar. Eğer --defaults-group-soneki=_other seçenek verilir, mysqlbinlog ayrıca okur
[client_other] ve [mysqlbinlog_other] grupları.

· --log-bin'i devre dışı bırak, -D

İkili günlük kaydını devre dışı bırakın. kullanıyorsanız, bu sonsuz bir döngüden kaçınmak için kullanışlıdır.
--son-günlüğe kadar seçeneği ve çıktıyı aynı MySQL sunucusuna gönderiyorlar. Bu seçenek
Ayrıca, yaptığınız ifadelerin tekrarını önlemek için bir çökmeden sonra geri yüklerken kullanışlıdır.
oturum açmışlar.

Bu seçenek, SÜPER ayrıcalığına sahip olmanızı gerektirir. Sebep olur mysqlbinlog için
ikili günlük kaydını devre dışı bırakmak için çıktısına bir SET sql_log_bin = 0 ifadesi ekleyin.
kalan çıktı. SÜPER'e sahip değilseniz, SET ifadesi etkisizdir.
ayrıcalık.

· --exclude-gtids=gtid_set

Listelenen grupların hiçbirini görüntülemeyin. gtid_set. MySQL 5.6.5'e eklendi.

· --force-if-açık, -F

Açık veya düzgün kapatılmamış olsalar bile ikili günlük dosyalarını okuyun.

· --zorla-oku, -f

Bu seçenekle, eğer mysqlbinlog tanımadığı bir ikili günlük olayını okur,
bir uyarı yazdırır, olayı yok sayar ve devam eder. Bu seçenek olmadan,
mysqlbinlog böyle bir olayı okursa durur.

· --hexdump, -H

adlı bölümde açıklandığı gibi, oturum açma yorumlarının onaltılık dökümünü görüntüleyin.
"MYSQLBINLOG HEX DÖKÜM FORMATI". Onaltılı çıktı, çoğaltma için yardımcı olabilir
hata ayıklama.

· --ana bilgisayar=ana bilgisayar_adı, -h ana bilgisayar_adı

Verilen ana bilgisayardaki MySQL sunucusundan ikili günlüğü alın.

· --include-gtids=gtid_set

Yalnızca aşağıdaki listede listelenen grupları görüntüleyin: gtid_set. MySQL 5.6.5'e eklendi.

· --yerel-yük=yol, -l yol

Belirtilen dizinde LOAD DATA INFILE için yerel geçici dosyalar hazırlayın.

Hatırlatma
Bu geçici dosyalar tarafından otomatik olarak kaldırılmaz. mysqlbinlog veya herhangi bir başkası
MySQL programı.

· --login-yolu=isim

.mylogin.cnf oturum açma dosyasındaki adlandırılmış oturum açma yolundaki seçenekleri okuyun. Bir "giriş yolu"
yalnızca sınırlı sayıda seçeneğe izin veren bir seçenek grubudur: ev sahibi, kullanıcı, ve
şifre. Bir oturum açma yolunu sunucu ana bilgisayarını ve
sunucuyla kimlik doğrulaması için kimlik bilgileri. Oturum açma yolu dosyasını oluşturmak için şunu kullanın:
the mysql_config_editor Yarar. Görmek mysql_config_editor(1). Bu seçenek eklendi
MySQL'in 5.6.6.

· --no-varsayılanlar

Herhangi bir seçenek dosyasını okumayın. Bilinmeyen seçeneklerin okunması nedeniyle program başlatma başarısız olursa
bir seçenek dosyasından, --no-varsayılanlar okunmasını engellemek için kullanılabilir.

Bunun istisnası, eğer varsa, .mylogin.cnf dosyasının her durumda okunmasıdır. Bu
parolaların komut satırından daha güvenli bir şekilde belirtilmesine izin verir.
--no-varsayılanlar kullanıldı. (.mylogin.cnf tarafından oluşturulur mysql_config_editor Yarar.
Yerimizi mysql_config_editor(1)).

· --ofset=N, -o N

ilkini atla N günlükteki girişler.

· --şifre[=şifre], -P[şifre]

Sunucuya bağlanırken kullanılacak parola. Kısa seçenek formunu kullanırsanız
(-p), sen Amerika’ya vize ile ya da Meksika üzerinden geldikten sonra ilticaya başvuran kişileri, herhangi bir suça karışmadıkları sürece mahkeme kararı olmadan sınır dışı (deport) ettiremez. seçenek ve şifre arasında boşluk bırakın. atlarsanız
şifre aşağıdaki değer --parola or -p komut satırındaki seçenek, mysqlbinlog
birini ister.

Komut satırında bir parola belirlemek güvensiz olarak kabul edilmelidir. Görmek
Bölüm 6.1.2.1, “Şifre Güvenliği için Son Kullanıcı Yönergeleri”. bir seçenek kullanabilirsiniz
Komut satırında şifreyi vermemek için dosya.

· --plugin-dir=yol

Eklentilerin aranacağı dizin. Bu seçeneği belirtmek gerekebilir
eğer --varsayılan-auth seçenek, bir kimlik doğrulama eklentisi belirtmek için kullanılır, ancak
mysqlbinlog bulamıyor. Bkz. Bölüm 6.3.7, “Takılabilir Kimlik Doğrulama”.

Bu seçenek MySQL 5.6.2'e eklendi.

· --port=port_num, -P port_num

Uzak bir sunucuya bağlanmak için kullanılacak TCP/IP bağlantı noktası numarası.

· --print-varsayılanlar

Program adını ve seçenek dosyalarından aldığı tüm seçenekleri yazdırın.

· --protokol={TCP|SOKET|BORU|HAFIZA}

Sunucuya bağlanmak için kullanılacak bağlantı protokolü. olduğunda yararlıdır
diğer bağlantı parametreleri normalde, aşağıdakilerden başka bir protokolün kullanılmasına neden olur.
istediğin biri. İzin verilen değerlerle ilgili ayrıntılar için bkz. Bölüm 4.2.2, “Bağlantı
MySQL Sunucusu”.

· --çiğ

Varsayılan olarak, mysqlbinlog ikili günlük dosyalarını okur ve olayları metin biçiminde yazar. NS
--çiğ seçenek söyler mysqlbinlog orijinal ikili biçiminde yazmak için. Kullanımı
gerektirir --uzak sunucudan oku dosyalar istendiği için de kullanılabilir
bir sunucudan. mysqlbinlog sunucudan okunan her dosya için bir çıktı dosyası yazar.
The --çiğ seçeneği, bir sunucunun ikili günlüğünün yedeğini almak için kullanılabilir. İle
--dur-asla seçeneği, yedekleme "canlı" çünkü mysqlbinlog bağlı kalır
sunucu. Varsayılan olarak, çıktı dosyaları geçerli dizine aynı şekilde yazılır.
orijinal günlük dosyaları olarak adları. Çıktı dosyası adları kullanılarak değiştirilebilir.
--sonuç-dosyası seçenek. Daha fazla bilgi için, “MYSQLBINLOG'U KULLANMA” başlıklı bölüme bakın.
İKİLİ GÜNLÜK DOSYALARINI YEDEKLEMEK İÇİN”.

Bu seçenek MySQL 5.6.0'e eklendi.

· --uzak-ustadan-oku-yönetici=tip

COM_BINLOG_DUMP veya COM_BINLOG_DUMP_GTID ile MySQL sunucusundan ikili günlükleri okuyun
seçenek değerini BINLOG-DUMP-NON-GTIDS veya
Sırasıyla BINLOG-DUMP-GTIDS. Eğer --read-from-remote-master=BINLOG-DUMP-GTIDS is
ile birlikte --hariç-gtid'ler, işlemler master üzerinde filtrelenebilir,
Gereksiz ağ trafiğinden kaçınmak.

Açıklamaya da bakın --uzak sunucudan oku.

Bu seçenek MySQL 5.6.5'e eklendi.

· --uzak sunucudan oku, -R

Yerel bir günlük dosyasını okumak yerine bir MySQL sunucusundan ikili günlüğü okuyun. Herhangi
Bu seçenek de verilmediği sürece bağlantı parametresi seçenekleri yok sayılır. Bunlar
seçenekler --ev sahibi, --parola, --Liman, --protokol, --priz, ve --kullanıcı.

Bu seçenek, uzak sunucunun çalışıyor olmasını gerektirir. Yalnızca ikili günlük için çalışır
dosyaları, geçiş günlüğü dosyaları değil, uzak sunucudaki dosyalar.

MySQL 5.6.5'ten itibaren bu seçenek şöyledir:
--read-from-remote-master=BINLOG-DUMP-GTIDS-NON-GTIDS.

· --sonuç-dosyası=isim, -r isim

Olmadan --çiğ seçeneği, bu seçenek hangi dosyayı gösterir mysqlbinlog yazıyor
metin çıktısı. İle birlikte --çiğ, mysqlbinlog her günlük dosyası için bir ikili çıktı dosyası yazar
sunucudan aktarılır, varsayılan olarak şu anki dizine yazılır.
orijinal günlük dosyasıyla aynı adlar. Bu durumda, --sonuç-dosyası Opsiyon değeri
çıktı dosyası adlarını değiştiren bir önek olarak kabul edilir.

· --güvenli-auth

Şifreleri sunucuya eski (4.1 öncesi) formatta göndermeyin. Bu, bağlantıları engeller
daha yeni parola biçimini kullanan sunucular hariç. Bu seçenek tarafından etkinleştirildi
varsayılan; kullanmak --atla-güvenli-auth devre dışı bırakmak için. Bu seçenek MySQL 5.6.17'de eklendi.

not
4.1 öncesi karma yöntemini kullanan parolalar, şu parolalardan daha az güvenlidir:
yerel parola karma yöntemini kullanın ve bundan kaçınılmalıdır. 4.1 öncesi şifreler
kullanımdan kaldırılmıştır ve bunlara yönelik destek gelecekteki bir MySQL sürümünde kaldırılacaktır. İçin
hesap yükseltme talimatları, bkz. Bölüm 6.3.8.3, "Ön 4.1'den Uzaklaştırma
Parola Hashing ve mysql_old_password Eklentisi”.

· --sunucu kimliği=id

Yalnızca verilen sunucu kimliğine sahip sunucu tarafından oluşturulan olayları görüntüleyin.

· --sunucu kimliği-bitleri=N

Yalnızca ilkini kullanın N sunucuyu tanımlamak için server_id bitleri. Eğer ikili günlük
bir tarafından yazıldı mysqld sunucu kimliği bitleri 32'den az olarak ayarlanmış ve depolanan kullanıcı verileriyle
en önemli bit, koşu mysqlbinlog ile --sunucu kimliği bitleri 32 olarak ayarlandı
bu verilerin görülmesini sağlar.

Bu seçenek yalnızca aşağıdaki sürümleri tarafından desteklenir: mysqlbinlog MySQL ile birlikte verilir
Küme dağıtımı veya MySQL Küme kaynaklarından oluşturulmuş.

· --set-karakter seti=karakter kümesi_adı

SET ADLARI ekleyin karakter kümesi_adı karakter kümesini belirtmek için çıktıya ifade
günlük dosyalarını işlemek için kullanılabilir.

· --paylaşılan-bellek-taban-adı=isim

Windows'ta, paylaşılan bellek kullanılarak yapılan bağlantılar için kullanılacak paylaşılan bellek adı
yerel bir sunucu. Varsayılan değer MYSQL'dir. Paylaşılan bellek adı büyük/küçük harf duyarlıdır.

Sunucu şu şekilde başlatılmalıdır: --paylaşılan-hafıza paylaşılan belleği etkinleştirme seçeneği
bağlantıları.

· --kısa form, -s

Herhangi bir ek bilgi olmadan yalnızca günlükte yer alan ifadeleri görüntüleyin veya
satır tabanlı olaylar Bu sadece test amaçlıdır ve üretimde kullanılmamalıdır.
sistemler.

· --skip-gtids[=(doğru|yanlış)]

Çıktıda herhangi bir GTID görüntülemeyin. Bir döküm dosyasına yazarken bu gereklidir
bu örnekte gösterildiği gibi, GTID'leri içeren bir veya daha fazla ikili günlükten:

kabuk> mysqlbinlog --atla-gtids binlog.000001 > /tmp/dump.sql
kabuk> mysqlbinlog --atla-gtids binlog.000002 >> /tmp/dump.sql
kabuk> mysql -u kök -p -e "kaynak /tmp/dump.sql"

Aksi takdirde bu seçeneğin kullanılması normalde üretimde önerilmez.

Bu seçenek MySQL 5.6.5'e eklendi.

· --soket=yol, -S yol

localhost'a bağlantılar için, kullanılacak Unix soket dosyası veya Windows'ta
kullanılacak adlandırılmış kanal.

· --start-tarihsaat=datetime

Zaman damgasına eşit veya daha sonra olan ilk olayda ikili günlüğü okumaya başlayın
daha datetime argüman. NS datetime değer, yerel saat dilimine göre
koştuğun makine mysqlbinlog. Değer, kabul edilen bir biçimde olmalıdır
DATETIME veya TIMESTAMP veri türleri. Örneğin:

kabuk> mysqlbinlog --start-datetime="2005-12-25 11:25:56" binlog.000003

Bu seçenek, belirli bir noktadan sonra kurtarma için kullanışlıdır. Bkz. Bölüm 7.3, “Örnek Yedekleme ve
Kurtarma Stratejisi”.

· --başlangıç-konumu=N, -j N

Eşit veya daha büyük bir konuma sahip ilk olayda ikili günlüğü okumaya başlayın
göre N. Bu seçenek, komut satırında adlandırılan ilk günlük dosyası için geçerlidir.

Bu seçenek, belirli bir noktadan sonra kurtarma için kullanışlıdır. Bkz. Bölüm 7.3, “Örnek Yedekleme ve
Kurtarma Stratejisi”.

· --stop-tarihsaat=datetime

Zaman damgasına eşit veya daha sonra olan ilk olayda ikili günlüğü okumayı bırakın
daha datetime argüman. Bu seçenek, belirli bir noktadan sonra kurtarma için kullanışlıdır. Bkz.
Açıklaması --başlangıç-tarihisaat hakkında bilgi alma seçeneği datetime değeri.

Bu seçenek, belirli bir noktadan sonra kurtarma için kullanışlıdır. Bkz. Bölüm 7.3, “Örnek Yedekleme ve
Kurtarma Stratejisi”.

· --dur-asla

Bu seçenek ile kullanılır --uzak sunucudan oku. anlatır mysqlbinlog kalmak
sunucuya bağlı. Aksi halde mysqlbinlog son günlük dosyası olduğunda çıkar
sunucudan aktarıldı. --dur-asla ima --son-günlüğe kadaryani sadece ilk
aktarılacak günlük dosyasının komut satırında adlandırılması gerekir.

--dur-asla ile yaygın olarak kullanılır --çiğ canlı bir ikili günlük yedeklemesi yapmak için değil, aynı zamanda
olmadan kullanılabilir --çiğ olarak günlük olaylarının sürekli bir metin görüntüsünü korumak için
sunucu onları oluşturur.

Bu seçenek MySQL 5.6.0'e eklendi.

· --stop-asla-slave-server-id=id

İle --dur-asla, mysqlbinlog 65535'e bağlandığında bir sunucu kimliği bildirir.
sunucusu. --stop-asla-slave-sunucu kimliği bildirilecek sunucu kimliğini açıkça belirtir. Bilişim Teknoloji
bir bağımlı sunucunun veya başka bir sunucunun kimliğiyle çakışmayı önlemek için kullanılabilir mysqlbinlog
işlem. “MYSQLBINLOG SUNUCU KİMLİĞİNİN BELİRLENMESİ” adlı bölüme bakın.

Bu seçenek MySQL 5.6.0'e eklendi.

· --durdur konumu=N

Eşit veya daha büyük bir konuma sahip ilk olayda ikili günlüğü okumayı bırakın
göre N. Bu seçenek, komut satırında adlandırılan son günlük dosyası için geçerlidir.

Bu seçenek, belirli bir noktadan sonra kurtarma için kullanışlıdır. Bkz. Bölüm 7.3, “Örnek Yedekleme ve
Kurtarma Stratejisi”.

· --son-günlüğe kadar, -t

Bir MySQL sunucusundan istenen ikili günlüğün sonunda durmayın, bunun yerine
son ikili günlüğün sonuna kadar yazdırmaya devam edin. çıktıyı gönderirseniz
Aynı MySQL sunucusu, bu sonsuz bir döngüye yol açabilir. Bu seçenek gerektirir
--uzak sunucudan oku.

· --kullanıcı=kullanıcı_adı, -u kullanıcı_adı

Uzak bir sunucuya bağlanırken kullanılacak MySQL kullanıcı adı.

· --ayrıntılı, -v

Satır olaylarını yeniden oluşturun ve bunları yorumlanmış SQL ifadeleri olarak görüntüleyin. Bu seçenek ise
iki kez verildiğinde çıktı, sütun veri türlerini ve bazılarını belirtmek için yorumlar içerir.
meta.

etkisini gösteren örnekler için --base64-çıktı ve --ayrıntılı satır etkinliğinde
çıktı almak için “MYSQLBINLOG ROW OLAY GÖRÜNÜMÜ” adlı bölüme bakın.

· --verify-binlog-sağlama toplamı, -c

İkili günlük dosyalarındaki sağlama toplamlarını doğrulayın. Bu seçenek MySQL 5.6.1'de eklenmiştir.

· --versiyon, -V

Sürüm bilgilerini görüntüleyin ve çıkın.

MySQL 5.6.11'dan önce, mysqlbinlog gösterilen sürüm numarası 3.3 idi. MySQL 5.6.11'de
ve daha sonra, bu 3.4'tür. (Hata #15894381, Hata #67643)

Aşağıdaki değişkeni kullanarak da ayarlayabilirsiniz. --değişken_adı=değer sözdizimi:

· open_files_limit

Ayrılacak açık dosya tanımlayıcılarının sayısını belirtin.

çıkışını aktarabilirsiniz mysqlbinlog içine mysql olayları yürütmek için istemci
ikili günlükte bulunur. Bu teknik, sahip olduğunuz bir çökmeden kurtulmak için kullanılır.
eski bir yedekleme (bkz. Bölüm 7.5, “İkili Program Kullanarak Zaman İçinde (Artımlı) Kurtarma)
Kayıt"). Örneğin:

kabuk> mysqlbinlog binlog.000001 | mysql -u kök -p

Veya:

kabuk> mysqlbinlog binlog.[0-9]* | mysql -u kök -p

tarafından üretilen ifadeler ise mysqlbinlog BLOB değerleri içerebilir, bunlar neden olabilir
sorunlar ne zaman mysql onları işler. Bu durumda, çağırmak mysql ile --ikili mod
seçeneği.

Ayrıca çıktısını yeniden yönlendirebilirsiniz. mysqlbinlog gerekirse, bunun yerine bir metin dosyasına
önce ifade günlüğünü değiştirin (örneğin, istemediğiniz ifadeleri kaldırmak için)
herhangi bir nedenle yürütmek). Dosyayı düzenledikten sonra içerdiği ifadeleri yürütün.
girdi olarak kullanarak mysql Program:

kabuk> mysqlbinlog binlog.000001 > tmp dosyası
kabuk> ... düzenleme tmp dosyası Kendi ID’n ile mağazalarını oluştur
kabuk> mysql -u kök -p < tmp dosyası

Ne zaman mysqlbinlog ile çağrılır --başlangıç ​​konumu seçeneği, yalnızca bunları görüntüler
İkili günlükte belirli bir konumdan büyük veya ona eşit bir ofseti olan olaylar (
verilen pozisyon bir olayın başlangıcıyla eşleşmelidir). Durdurma ve başlatma seçenekleri de vardır
belirli bir tarih ve saate sahip bir olay gördüğünde. Bu, gerçekleştirmenizi sağlar
kullanarak belirli bir zamanda kurtarma --stop-tarihsaat seçeneği (örneğin, söyleyebilmek için,
"veritabanlarımı bugün saat 10:30'da nasıl olduklarına yönlendirin").

MySQL sunucusunda yürütülecek birden fazla ikili günlüğünüz varsa, güvenli yöntem şudur:
hepsini sunucuya tek bir bağlantı kullanarak işleyin. İşte bir örnek
ne olabileceğini gösterir emniyetsiz:

kabuk> mysqlbinlog binlog.000001 | mysql -u kök -p # TEHLİKE!!
kabuk> mysqlbinlog binlog.000002 | mysql -u kök -p # TEHLİKE!!

Sunucuya birden çok bağlantı kullanarak ikili günlükleri bu şekilde işlemek sorunlara neden olur
ilk günlük dosyası bir CREATE TEMPORARY TABLE ifadesi ve ikinci günlük içeriyorsa
geçici tabloyu kullanan bir ifade içerir. ilk ne zaman mysql süreç
sonlandırılır, sunucu geçici tabloyu bırakır. ikinci ne zaman mysql süreç girişimleri
tabloyu kullanmak için sunucu “bilinmeyen tablo” bildirir.

Bu gibi sorunlardan kaçınmak için bir tek mysql tüm içeriği yürütmek için süreç
işlemek istediğiniz ikili günlükler. İşte bunu yapmanın bir yolu:

kabuk> mysqlbinlog binlog.000001 binlog.000002 | mysql -u kök -p

Diğer bir yaklaşım, tüm günlükleri tek bir dosyaya yazmak ve ardından dosyayı işlemek:

kabuk> mysqlbinlog binlog.000001 > /tmp/ifadeler.sql
kabuk> mysqlbinlog binlog.000002 >> /tmp/ifadeler.sql
kabuk> mysql -u kök -p -e "kaynak /tmp/ifadeler.sql"

mysqlbinlog olmadan bir LOAD DATA INFILE işlemini yeniden üreten çıktı üretebilir.
orijinal veri dosyası. mysqlbinlog verileri geçici bir dosyaya kopyalar ve bir LOAD yazar
Dosyaya atıfta bulunan DATA LOCAL INFILE ifadesi. Dizinin varsayılan konumu
bu dosyaların yazıldığı yer sisteme özeldir. Bir dizini açıkça belirtmek için şunu kullanın:
the --yerel yük seçeneği.

Çünkü mysqlbinlog LOAD DATA INFILE ifadelerini LOAD DATA LOCAL INFILE'a dönüştürür
ifadeleri (yani, YEREL ekler), hem istemci hem de kullandığınız sunucu
deyimler YEREL yetenek etkinleştirilerek yapılandırılmalıdır. Görmek
Bölüm 6.1.6, “LOAD DATA YEREL GÜVENLİK SORUNLARI”.

uyarı
LOAD DATA LOCAL deyimleri için oluşturulan geçici dosyalar şunlardır: değil otomatik olarak
silindi çünkü bu ifadeleri gerçekten yürütene kadar gerekliler. Sen
deyim günlüğüne artık ihtiyacınız kalmadığında geçici dosyaları kendiniz silmelisiniz.
Dosyalar geçici dosya dizininde bulunabilir ve aşağıdaki gibi adlara sahiptir:
orijinal_dosya_adı-#-#.

MYSQLBINLOG HEX DÖKÜMÜ FORMAT

The --hexdump seçenek nedenleri mysqlbinlog ikili günlük içeriğinin onaltılık dökümünü oluşturmak için:

kabuk> mysqlbinlog --hexdump ana bin.000001

Onaltılı çıktı, # ile başlayan yorum satırlarından oluşur, bu nedenle çıktı şöyle görünebilir:
önceki komut için bu:

/*!40019 AYARLA @@session.max_insert_delayed_threads=0*/;
/*!50003 AYARLA @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
# 4'de
#051024 17:24:13 sunucu kimliği 1 end_log_pos 98
# Konum Zaman Damgası Türü Ana Kimlik Boyut Ana Konum Bayrakları
# 00000004 9d fc 5c 43 0f 01 00 00 00 5e 00 00 00 62 00 00 00 00 00
# 00000017 04 00 35 2e 30 2e 31 35 2d 64 65 62 75 67 2d 6c |..5.0.15.debug.l|
# 00000027 6f 67 00 00 00 00 00 00 00 00 00 00 00 00 00 |og..............|
# 00000037 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |.................|
# 00000047 00 00 00 00 9d fc 5c 43 13 38 0d 00 08 00 12 00 |.......C.8......|
# 00000057 04 04 04 04 12 00 00 4b 00 04 1a |.....K...|
# Başlangıç: binlog v 4, sunucu v 5.0.15-debug-log oluşturuldu 051024 17:24:13
# başlangıçta
GERİ DÖNÜŞ;

Onaltılık döküm çıktısı şu anda aşağıdaki listedeki öğeleri içerir. Bu biçim
değişikliğe tabidir. (İkili günlük biçimi hakkında daha fazla bilgi için bkz. MySQL Dahili: The
İkili Giriş[1].

· Konum: Günlük dosyasındaki bayt konumu.

· Zaman damgası: Olay zaman damgası. Gösterilen örnekte, '9d fc 5c 43'
'051024 17:24:13' onaltılı olarak temsili.

· Tür: Olay türü kodu. Gösterilen örnekte, '0f' bir
FORMAT_DESCRIPTION_EVENT. Aşağıdaki tablo olası tip kodlarını listeler.

┌─────┬────────────────────────────────────── ────────────────────┐
│Tip │ İsim │ anlam │
├─────┼────────────────────────────────────── ────────────────────┤
│00 │ UNKNOWN_EVENT │ Bu olay asla │
│ │ │ günlükte mevcut olun. │
├─────┼────────────────────────────────────── ────────────────────┤
│01 │ START_EVENT_V3 │ Bu, başlangıcı gösterir │
│ │ │ tarafından yazılmış bir günlük dosyasının
│ │ │ MySQL 4 veya öncesi. │
├─────┼────────────────────────────────────── ────────────────────┤
│02 │ QUERY_EVENT │ En yaygın │ türü
│ │ │ olaylar. Bunlar │ içerir
│ │ │ │ üzerinde yürütülen ifadeler
│ │ │ │
│ │ │ usta. │
├─────┼────────────────────────────────────── ────────────────────┤
│03 │ STOP_EVENT │ Master'ın │ olduğunu gösterir.
│ │ │ durdu. │
├─────┼────────────────────────────────────── ────────────────────┤
│04 │ ROTATE_EVENT │ Master olduğunda yazılır │
│ │ │ yeni bir günlük dosyasına geçer. │
├─────┼────────────────────────────────────── ────────────────────┤
│05 │ INTVAR_EVENT │ AUTO_INCREMENT için kullanılır │
│ │ │ değerleri veya │
│ │ │ LAST_INSERT_ID() │
│ │ │ işlev │
│ │ │ ifadesinde kullanılır. │
├─────┼────────────────────────────────────── ────────────────────┤
│06 │ LOAD_EVENT │ LOAD DATA için kullanılır │
│ │ │ MySQL'de INFILE │
│ │ │ 3.23. │
├─────┼────────────────────────────────────── ────────────────────┤
│07 │ SLAVE_EVENT │ Gelecekte kullanılmak üzere ayrılmıştır. │
├─────┼────────────────────────────────────── ────────────────────┤
│08 │ CREATE_FILE_EVENT │ VERİ YÜKLEME için kullanılır │
│ │ │ DOLDUR │
│ │ │ ifadeleri. Bu, │
│ │ │ başlangıcı │
│ │ │ böyle bir ifadenin yürütülmesi. bir │
│ │ │ geçici │
│ │ │ dosya oluşturulur │
│ │ │ köle üzerinde. Yalnızca MySQL 4'te kullanılır. │
├─────┼────────────────────────────────────── ────────────────────┤
│09 │ APPEND_BLOCK_EVENT │ Bir │ uygulamasında kullanılacak verileri içerir.
│ │ │ VERİ YÜKLE │
│ │ │ DOLDUR │
│ │ │ ifadesi. Veriler │ içinde saklanır
│ │ │ geçici │
│ │ │ köle üzerindeki dosya. │
├─────┼────────────────────────────────────── ────────────────────┤
│0a │ EXEC_LOAD_EVENT │ VERİ YÜKLEME için kullanılır │
│ │ │ DOLDUR │
│ │ │ ifadeleri. │ içeriği
│ │ │ geçici dosya │
│ │ │ köle tablosunda saklanır. │
│ │ │ MySQL 4'te kullanılır │
│ │ │ sadece. │
├─────┼────────────────────────────────────── ────────────────────┤
│0b │ DELETE_FILE_EVENT │ YÜK VERİLERİNİN geri alınması │
│ │ │ DOLDUR │
│ │ │ ifadesi. Geçici dosya │
│ │ │ olmalı │
│ │ │ kölede silindi. │
├─────┼────────────────────────────────────── ────────────────────┤
│0c │ NEW_LOAD_EVENT │ VERİ YÜKLEME için kullanılır │
│ │ │ MySQL'de INFILE │
│ │ │ 4 ve öncesi. │
├─────┼────────────────────────────────────── ────────────────────┤
│0d │ RAND_EVENT │ │ hakkında bilgi göndermek için kullanılır
│ │ │ rastgele değerler eğer │
│ │ │ RAND() işlevi │
│ │ │ │
│ │ │ kullanılan │
│ │ │ ifadesi. │
├─────┼────────────────────────────────────── ────────────────────┤
│0e │ USER_VAR_EVENT │ Kullanıcı değişkenlerini çoğaltmak için kullanılır. │
├─────┼────────────────────────────────────── ────────────────────┤
│0f │ FORMAT_DESCRIPTION_EVENT │ Bu, bir günlüğün başladığını gösterir │
│ │ │ MySQL 5 veya üzeri ile yazılmış dosya. │
├─────┼────────────────────────────────────── ────────────────────┤
│10 │ XID_EVENT │ XA taahhüdünü gösteren olay │
│ │ │ işlem. │
├─────┼────────────────────────────────────── ────────────────────┤
│11 │ BEGIN_LOAD_QUERY_EVENT │ VERİ YÜKLEME için kullanılır │
│ │ │ DOLDUR │
│ │ │ MySQL 5 ve sonraki sürümlerde ifadeler. │
├─────┼────────────────────────────────────── ────────────────────┤
│12 │ EXECUTE_LOAD_QUERY_EVENT │ VERİ YÜKLEME için kullanılır │
│ │ │ DOLDUR │
│ │ │ MySQL 5 ve sonraki sürümlerde ifadeler. │
├─────┼────────────────────────────────────── ────────────────────┤
│13 │ TABLE_MAP_EVENT │ Tablo hakkında bilgi │
│ │ │ tanımı. MySQL 5.1.5 ve │'de kullanılır
│ │ │ sonra. │
├─────┼────────────────────────────────────── ────────────────────┤
│14 │ PRE_GA_WRITE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ oluşturulmalıdır. MySQL'de kullanılır │
│ │ │ 5.1.5 │
│ │ │ ila 5.1.17. │
├─────┼────────────────────────────────────── ────────────────────┤
│15 │ PRE_GA_UPDATE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ güncellenmesi gerekiyor. MySQL'de kullanılır │
│ │ │ 5.1.5 ila 5.1.17. │
├─────┼────────────────────────────────────── ────────────────────┤
│16 │ PRE_GA_DELETE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ silinmelidir. MySQL'de kullanılır │
│ │ │ 5.1.5 │
│ │ │ ila 5.1.17. │
├─────┼────────────────────────────────────── ────────────────────┤
│17 │ WRITE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ oluşturulmalıdır. MySQL'de kullanılır │
│ │ │ 5.1.18 │
│ │ │ ve sonrası. │
├─────┼────────────────────────────────────── ────────────────────┤
│18 │ UPDATE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ güncellenmesi gerekiyor. MySQL'de kullanılır │
│ │ │ 5.1.18 ve │
│ │ │ sonra. │
├─────┼────────────────────────────────────── ────────────────────┤
│19 │ DELETE_ROWS_EVENT │ Tek bir tablo için satır verileri │
│ │ │ silinmelidir. MySQL'de kullanılır │
│ │ │ 5.1.18 │
│ │ │ ve sonrası. │
├─────┼────────────────────────────────────── ────────────────────┤
│1a │ INCIDENT_EVENT │ Sıra dışı bir şey │
│ │ │ oldu. MySQL 5.1.18'de eklendi. │
└─────┴────────────────────────────────────── ────────────────────┘

· Ana Kimliği: Olayı oluşturan yöneticinin sunucu kimliği.

· Boyut: Olayın bayt cinsinden boyutu.

· Ana Konum: Orijinal ana günlük dosyasındaki bir sonraki olayın konumu.

· Bayraklar: 16 bayrak. Şu anda, aşağıdaki bayraklar kullanılmaktadır. diğerleri rezervedir
gelecekteki kullanım.

┌─────┬────────────────────────────────────── ────────────────────────────────┐
│bayrak │ İsim │ anlam │
├─────┼────────────────────────────────────── ────────────────────────────────┤
│01 │ LOG_EVENT_BINLOG_IN_USE_F │ Günlük dosyası doğru │
│ │ │ kapandı. (Yalnızca │ dilinde kullanılır
│ │ │ FORMAT_DESCRIPTION_EVENT.) │
│ │ │ Eğer │
│ │ │ bu │
│ │ │ bayrağı ayarlanır (eğer │
│ │ │ bayraklar, örneğin, │
│ │ │ '01 │
│ │ │ 00') bir │ içinde
│ │ │ FORMAT_DESCRIPTION_EVENT, │
│ │ │ günlük │
│ │ │ dosya │
│ │ │ düzgün olmadı │
│ │ │ kapandı. Büyük ihtimalle │
│ │ │ bu │
│ │ │ bir usta yüzünden │
│ │ │ kilitlenme (örneğin, nedeniyle │
│ │ │ için │
│ │ │ elektrik kesintisi). │
├─────┼────────────────────────────────────── ────────────────────────────────┤
│02 │ │ Gelecekte kullanılmak üzere ayrılmıştır. │
├─────┼────────────────────────────────────── ────────────────────────────────┤
│04 │ LOG_EVENT_THREAD_SPECIFIC_F │ Olay, │
│ │ │ yürütüldüğü bağlantı ( │ için
│ │ │ örnek, '04 00'), │ için
│ │ │ örnek, │
│ │ │ olay │ kullanıyorsa
│ │ │ geçici tablolar. │
├─────┼────────────────────────────────────── ────────────────────────────────┤
│08 │ LOG_EVENT_SUPPRESS_USE_F │ Bazı durumlarda olay │ olduğunda ayarlanır.
│ │ │ varsayılana bağlı değil │
│ │ │ veritabanı. │
└─────┴────────────────────────────────────── ────────────────────────────────┘

MYSQLBINLOG SIRA OLAY EKRAN

Aşağıdaki örnekler nasıl yapıldığını göstermektedir. mysqlbinlog verileri belirten satır olaylarını görüntüler
değişiklikler. Bunlar, WRITE_ROWS_EVENT, UPDATE_ROWS_EVENT,
ve DELETE_ROWS_EVENT türü kodları. NS --base64-output=SATIRLARI ÇÖZME ve --ayrıntılı seçenekleri
satır olay çıktısını etkilemek için kullanılabilir.

Sunucunun satır tabanlı ikili günlük kaydı kullandığını ve
aşağıdaki ifade dizisi:

TABLO OLUŞTUR
(
id INT NULL DEĞİL,
isim VARCHAR(20) NULL DEĞİL,
tarih TARİH NULL
) MOTOR = InnoDB;
İŞLEM BAŞLAT;
INSERT INTO t DEĞERLER(1, 'elma', NULL);
GÜNCELLEME t SET adı = 'armut', tarih = '2009-01-01' NEREDE id = 1;
t NEREDEN SİL id = 1;
KOMİTE;

Varsayılan olarak, mysqlbinlog BINLOG kullanılarak base-64 dizeleri olarak kodlanmış satır olaylarını görüntüler
ifadeler. Yabancı satırları atlayarak, tarafından üretilen satır olaylarının çıktısı
önceki ifade dizisi şöyle görünür:

kabuk> mysqlbinlog log dosyası
Kendi ID’n ile mağazalarını oluştur
# 218'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 258 Write_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAKAAAAAAIBAAAQABEAAAAAAAEAA//8AQAAAAVhcHBsZQ==
'/*!*/;
Kendi ID’n ile mağazalarını oluştur
# 302'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 356 Update_rows: tablo kimliği 17 işaret: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
Kendi ID’n ile mağazalarını oluştur
# 400'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 442 Delete_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAJABAAAAAAAAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEA//4AQAAAAARwZWFyIbIP
'/*!*/;

Satır olaylarını "sözde-SQL" ifadeleri biçiminde yorumlar olarak görmek için, şunu çalıştırın: mysqlbinlog
ile --ayrıntılı or -v seçenek. Çıktı, ### ile başlayan satırları içerecektir:

kabuk> mysqlbinlog -v log dosyası
Kendi ID’n ile mağazalarını oluştur
# 218'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 258 Write_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAKAAAAAAIBAAAQABEAAAAAAAEAA//8AQAAAAVhcHBsZQ==
'/*!*/;
### test.t'YE EKLE
### AYARLAMAK
### @1=1
### @2='elma'
### @3=BOŞ
Kendi ID’n ile mağazalarını oluştur
# 302'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 356 Update_rows: tablo kimliği 17 işaret: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
### GÜNCELLEME testi.t
### NEREDE
### @1=1
### @2='elma'
### @3=BOŞ
### AYARLAMAK
### @1=1
### @2='armut'
### @3='2009:01:01'
Kendi ID’n ile mağazalarını oluştur
# 400'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 442 Delete_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAJABAAAAAAAAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEA//4AQAAAAARwZWFyIbIP
'/*!*/;
### test.t'DEN SİL
### NEREDE
### @1=1
### @2='armut'
### @3='2009:01:01'

Belirtmek --ayrıntılı or -v veri türlerini ve her biri için bazı meta verileri görüntülemek için iki kez
kolon. Çıktı, her sütun değişikliğinin ardından ek bir yorum içerecektir:

kabuk> mysqlbinlog -vv log dosyası
Kendi ID’n ile mağazalarını oluştur
# 218'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 258 Write_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAAALAAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAKAAAAAAIBAAAQABEAAAAAAAEAA//8AQAAAAVhcHBsZQ==
'/*!*/;
### test.t'YE EKLE
### AYARLAMAK
### @1=1 /* INT meta=0 null yapılabilir=0 is_null=0 */
### @2='elma' /* VARSTRING(20) meta=20 null yapılabilir=0 is_null=0 */
### @3=BOŞ /* VARSTRING(20) meta=0 null yapılabilir=1 is_null=1 */
Kendi ID’n ile mağazalarını oluştur
# 302'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 356 Update_rows: tablo kimliği 17 işaret: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAEAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
### GÜNCELLEME testi.t
### NEREDE
### @1=1 /* INT meta=0 null yapılabilir=0 is_null=0 */
### @2='elma' /* VARSTRING(20) meta=20 null yapılabilir=0 is_null=0 */
### @3=BOŞ /* VARSTRING(20) meta=0 null yapılabilir=1 is_null=1 */
### AYARLAMAK
### @1=1 /* INT meta=0 null yapılabilir=0 is_null=0 */
### @2='armut' /* VARSTRING(20) meta=20 null yapılabilir=0 is_null=0 */
### @3='2009:01:01' /* DATE meta=0 nullable=1 is_null=0 */
Kendi ID’n ile mağazalarını oluştur
# 400'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 442 Delete_rows: tablo kimliği 17 bayrak: STMT_END_F
BİNLOG'
fAS3SBMBAAAALAAAAJABAAAAAAAAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEA//4AQAAAAARwZWFyIbIP
'/*!*/;
### test.t'DEN SİL
### NEREDE
### @1=1 /* INT meta=0 null yapılabilir=0 is_null=0 */
### @2='armut' /* VARSTRING(20) meta=20 null yapılabilir=0 is_null=0 */
### @3='2009:01:01' /* DATE meta=0 nullable=1 is_null=0 */

Söyleyebilirsin mysqlbinlog kullanarak satır olayları için BINLOG deyimlerini bastırmak için
--base64-output=SATIRLARI ÇÖZME seçenek. Bu şuna benzer --base64-output=HİÇBİR ZAMAN ama değil
bir satır olayı bulunursa bir hatayla çıkın. Kombinasyonu --base64-output=SATIRLARI ÇÖZME
ve --ayrıntılı satır olaylarını yalnızca SQL ifadeleri olarak görmenin uygun bir yolunu sağlar:

kabuk> mysqlbinlog -v --base64-output=SATIRLARI ÇÖZME log dosyası
Kendi ID’n ile mağazalarını oluştur
# 218'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 258 Write_rows: tablo kimliği 17 bayrak: STMT_END_F
### test.t'YE EKLE
### AYARLAMAK
### @1=1
### @2='elma'
### @3=BOŞ
Kendi ID’n ile mağazalarını oluştur
# 302'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 356 Update_rows: tablo kimliği 17 işaret: STMT_END_F
### GÜNCELLEME testi.t
### NEREDE
### @1=1
### @2='elma'
### @3=BOŞ
### AYARLAMAK
### @1=1
### @2='armut'
### @3='2009:01:01'
Kendi ID’n ile mağazalarını oluştur
# 400'de
#080828 15:03:08 sunucu kimliği 1 end_log_pos 442 Delete_rows: tablo kimliği 17 bayrak: STMT_END_F
### test.t'DEN SİL
### NEREDE
### @1=1
### @2='armut'
### @3='2009:01:01'

not
Yeniden çalıştırmayı düşünüyorsanız, BINLOG deyimlerini bastırmamalısınız. mysqlbinlog
çıktı.

Tarafından üretilen SQL deyimleri --ayrıntılı satır olayları için çok daha okunabilir
ilgili BINLOG ifadeleri. Ancak, orijinaliyle tam olarak uyuşmuyorlar.
Olayları oluşturan SQL ifadeleri. Aşağıdaki sınırlamalar geçerlidir:

· Orijinal sütun adları kaybolur ve @ ile değiştirilirN, Burada N bir sütun numarasıdır.

· Karakter seti bilgisi, dizeyi etkileyen ikili günlükte mevcut değildir.
sütun ekranı:

· Karşılık gelen ikili ve ikili olmayan dize arasında bir ayrım yapılmamıştır.
türleri (BINARY ve CHAR, VARBINARY ve VARCHAR, BLOB ve TEXT). Çıktı bir kullanır
sabit uzunluklu dizeler için STRING ve değişken uzunluk için VARSTRING veri türü
Teller.

· Çok baytlı karakter kümeleri için, karakter başına maksimum bayt sayısı
ikili günlükte bulunur, bu nedenle dize türlerinin uzunluğu bayt olarak görüntülenir
karakterlerden ziyade. Örneğin, STRING(4) veri türü olarak kullanılacaktır
bu sütun türlerinden herhangi birindeki değerler için:

TANK(4) KARAKTER SETİ latin1
TANK(2) KARAKTER SETİ ucs2

· UPDATE_ROWS_EVENT türündeki olaylar için depolama formatı nedeniyle, UPDATE deyimleri
SET yan tümcesinden önce WHERE yan tümcesi ile görüntülenir.

Satır olaylarının doğru şekilde yorumlanması, biçim açıklamasındaki bilgileri gerektirir
ikili günlüğün başlangıcındaki olay. Çünkü mysqlbinlog önceden bilmiyor
günlüğün geri kalanının satır olayları içerip içermediği, varsayılan olarak biçimi görüntüler.
çıktının ilk bölümünde bir BINLOG ifadesi kullanan açıklama olayı.

İkili günlüğün bir BINLOG ifadesi gerektiren herhangi bir olay içermediği biliniyorsa (bu
satır olayı yok), --base64-output=HİÇBİR ZAMAN seçeneği bu başlığı önlemek için kullanılabilir
yazılmaktan.

KULLANMA MYSQLBINLOG TO GERİ UP İKİLİ LOG DOSYALAR

Varsayılan olarak, mysqlbinlog ikili günlük dosyalarını okur ve içeriklerini metin biçiminde görüntüler.
Bu, dosyalar içindeki olayları daha kolay incelemenizi ve yeniden yürütmenizi sağlar.
(örneğin, çıktıyı girdi olarak kullanarak mysql). mysqlbinlog günlük dosyalarını okuyabilir
doğrudan yerel dosya sisteminden veya --uzak sunucudan oku seçenek, olabilir
bir sunucuya bağlanın ve o sunucudan ikili günlük içeriği isteyin. mysqlbinlog yazıyor
standart çıktısına veya değeri olarak adlandırılan dosyaya metin çıktısı
--sonuç-dosyası=dosya adı Bu seçenek verilirse seçenek.

MySQL 5.6'dan itibaren, mysqlbinlog ikili günlük dosyalarını okuyabilir ve aşağıdakileri içeren yeni dosyalar yazabilir.
aynı içerik—yani, metin biçiminden ziyade ikili biçimde. Bu yetenek sağlar
bir ikili günlüğü orijinal biçiminde kolayca yedeklemenizi sağlar. mysqlbinlog statik yapabilir
yedekleme, bir dizi günlük dosyasını yedekleme ve son dosyanın sonu geldiğinde durdurma
ulaşmış. Ayrıca sunucuya bağlı kalarak sürekli (“canlı”) bir yedekleme yapabilir.
son günlük dosyasının sonuna ulaştığında ve yeni olayları olduğu gibi kopyalamaya devam ettiğinde
oluşturuldu. Sürekli yedekleme işleminde, mysqlbinlog bağlantı bitene kadar çalışır (için
örneğin, sunucu çıktığında) veya mysqlbinlog zorla sonlandırılır. bağlantı ne zaman
biter, mysqlbinlog bağımlı çoğaltmadan farklı olarak bağlantıyı beklemez ve yeniden denemez
sunucu. Sunucu yeniden başlatıldıktan sonra canlı yedeklemeye devam etmek için ayrıca
yeniden mysqlbinlog.

İkili günlük yedekleme, çağırmanızı gerektirir mysqlbinlog en az iki seçenekle:

· --uzak sunucudan oku (Ya da -R) seçenek söyler mysqlbinlog bir sunucuya bağlanmak için
ve ikili günlüğünü isteyin. (Bu, bağlanan bir bağımlı çoğaltma sunucusuna benzer
ana sunucusuna.)

· --çiğ seçenek söyler mysqlbinlog metin çıktısı değil, ham (ikili) çıktı yazmak için.

Ile birlikte --uzak sunucudan oku, diğer seçenekleri belirtmek yaygındır: --ev sahibi
sunucunun nerede çalıştığını gösterir ve ayrıca bağlantı seçeneklerini belirtmeniz gerekebilir
gibi --kullanıcı ve --parola.

Diğer birkaç seçenek, aşağıdakilerle birlikte kullanışlıdır: --çiğ:

· --dur-asla: Son günlük dosyasının sonuna ulaştıktan sonra sunucuya bağlı kalın
ve yeni olayları okumaya devam edin.

· --stop-asla-slave-server-id=id: Sunucu kimliği mysqlbinlog sunucuya rapor verir
ne zaman --dur-asla kullanıldı. Varsayılan 65535'tir. Bu, bir çakışmayı önlemek için kullanılabilir
bir bağımlı sunucunun veya başka birinin kimliğiyle mysqlbinlog işlem. adlı bölüme bakın
“MYSQLBINLOG SUNUCU KİMLİĞİNİN BELİRLENMESİ”.

· --sonuç-dosyası: Daha sonra açıklanacağı gibi, çıktı dosyası adları için bir önek.

İle bir sunucunun ikili günlük dosyalarını yedeklemek için mysqlbinlog, dosya adlarını belirtmelisiniz
aslında sunucuda var. İsimleri bilmiyorsanız, sunucuya bağlanın ve kullanın.
Geçerli adları görmek için SHOW BINARY LOGS deyimini kullanın. Diyelim ki ifade
bu çıktıyı üretir:

mysql> GÖSTER İKİLİ KÜTÜKLER;
+--------------------------+-----------+
| Günlük_adı | dosya_boyutu |
+--------------------------+-----------+
| binlog.000130 | 27459 |
| binlog.000131 | 13719 |
| binlog.000132 | 43268 |
+--------------------------+-----------+

Bu bilgilerle, kullanabilirsiniz mysqlbinlog ikili günlüğü geçerli duruma yedeklemek için
dizini aşağıdaki gibidir (her komutu tek bir satıra girin):

· binlog.000130'un binlog.000132'ye statik bir yedeğini almak için bunlardan birini kullanın
komutları:

mysqlbinlog --uzak sunucudan-oku --host=ana bilgisayar_adı --çiğ
binlog.000130 binlog.000131 binlog.000132
mysqlbinlog --uzak sunucudan-oku --host=ana bilgisayar_adı --çiğ
--son-günlüğe binlog.000130

İlk komut, her dosya adını açıkça belirtir. İkinci isimler sadece
ilk dosya ve kullanımlar --son-günlüğe kadar sonuncusunu okumak için. Bunlar arasında bir fark
komutlar, sunucunun daha önce binlog.000133'ü açması durumunda mysqlbinlog
binlog.000132'nin sonuna ulaştığında, ilk komut onu okumaz, ancak ikincisi
komut verecek.

· Canlı yedekleme yapmak için mysqlbinlog mevcut olanı kopyalamak için binlog.000130 ile başlar
günlük dosyaları, ardından sunucu onları oluştururken yeni olayları kopyalamak için bağlı kalır:

mysqlbinlog --uzak sunucudan-oku --host=ana bilgisayar_adı --çiğ
--stop-asla binlog.000130

İle --dur-asla, belirtmek gerekli değildir --son-günlüğe kadar sonuna kadar okumak
Bu seçenek ima edildiğinden günlük dosyası.
Çıktı Dosyası Adlandırma.PP Olmadan --çiğ, mysqlbinlog metin çıktısı üretir ve
--sonuç-dosyası seçeneği verilirse, tüm çıktıların gönderileceği tek dosyanın adını belirtir.
yazılmış. İle birlikte --çiğ, mysqlbinlog her günlük dosyası için bir ikili çıktı dosyası yazar
sunucudan aktarıldı. Varsayılan olarak, mysqlbinlog dosyaları geçerli durumda yazar
orijinal günlük dosyalarıyla aynı adlara sahip dizin. Çıktı dosyası adlarını değiştirmek için,
kullan --sonuç-dosyası seçenek. İle birlikte --çiğ, --sonuç-dosyası seçenek değeri
çıktı dosyası adlarını değiştiren bir önek olarak kabul edilir.

Bir sunucunun şu anda binlog.000999 ve üstü adlı ikili günlük dosyaları olduğunu varsayalım. Eğer sen
kullanım mysqlbinlog --çiğ dosyaları yedeklemek için, --sonuç-dosyası seçenek çıktı dosyası üretir
adları aşağıdaki tabloda gösterildiği gibidir. Dosyaları belirli bir dizine şu şekilde yazabilirsiniz:
başlamak --sonuç-dosyası dizin yolu ile değer. Eğer --sonuç-dosyası değer
yalnızca bir dizin adından oluşur, değer yol adı ayırıcıyla bitmelidir
karakter. Varsa çıktı dosyalarının üzerine yazılır.

┌──────────────────────────────────────────── ─┐
│--sonuç-dosyası Seçenek │ Çıktı fileto İsimler │
├──────────────────────────────────────────── ─┤
│--sonuç-dosyası=x │ xbinlog.000999 ve üstü │
├──────────────────────────────────────────── ─┤
│--sonuç-dosyası=/ Tmp / │ /tmp/binlog.000999 ve yukarısı │
├──────────────────────────────────────────── ─┤
│--sonuç dosyası=/tmp/x │ /tmp/xbinlog.000999 ve yukarısı │
└──────────────────────────────────────────── ─┘
Örnek: Yedekleme ve Geri Yükleme.PP için mysqldump + mysqlbinlog Aşağıdaki örnek açıklanmaktadır
nasıl kullanılacağını gösteren basit bir senaryo mysql dökümü ve mysqlbinlog yedeklemek için birlikte
sunucunun verileri ve ikili günlüğü ve veri kaybı durumunda sunucuyu geri yüklemek için yedeklemenin nasıl kullanılacağı
meydana gelmek. Örnek, sunucunun ana bilgisayarda çalıştığını varsayar. ana bilgisayar_adı ve ilk
ikili günlük dosyası binlog.000999 olarak adlandırılır. Her komutu tek bir satıra girin.

kullanım mysqlbinlog ikili günlüğün sürekli yedeğini almak için:

mysqlbinlog --uzak sunucudan-oku --host=ana bilgisayar_adı --çiğ
--stop-asla binlog.000999

kullanım mysql dökümü sunucu verilerinin anlık görüntüsü olarak bir döküm dosyası oluşturmak için. Kullanmak
--tüm veritabanları, --Etkinlikler, ve --rutinler tüm verileri yedeklemek ve --ana-veri=2 için
döküm dosyasına mevcut ikili günlük koordinatlarını dahil edin.

mysqldump --ana bilgisayar=ana bilgisayar_adı --all-databases --events --routines --master-data=2> döküm_dosyası

Uygula mysql dökümü istediğiniz gibi daha yeni anlık görüntüler oluşturmak için periyodik olarak komut verin.

Veri kaybı meydana gelirse (örneğin, sunucu çökerse), en son döküm dosyasını kullanın.
verileri geri yükle:

mysql --ana bilgisayar=ana bilgisayar_adı -u kök -p döküm_dosyası

Ardından, aşağıdakilerden sonra yazılan olayları yeniden yürütmek için ikili günlük yedeklemesini kullanın.
döküm dosyasında listelenen koordinatlar. Dosyadaki koordinatların şöyle göründüğünü varsayalım.
bu:

-- MASTER'I MASTER_LOG_FILE='binlog.001002', MASTER_LOG_POS=27284 olarak DEĞİŞTİR;

En son yedeklenen günlük dosyasının adı binlog.001004 ise, günlük olaylarını yeniden yürütün
bunun gibi:

mysqlbinlog --start-position=27284 binlog.001002 binlog.001003 binlog.001004
| mysql --ana bilgisayar=ana bilgisayar_adı -u kök -p

Yedekleme dosyalarını (döküm dosyası ve ikili günlük dosyaları)
geri yükleme işlemini gerçekleştirmeyi kolaylaştırmak için sunucu ana bilgisayarı veya MySQL izin vermiyorsa
uzak kök erişimi.

BELİRTİLEN L' MYSQLBINLOG SUNUCU ID

ile çağrıldığında --uzak sunucudan oku seçeneği mysqlbinlog MySQL'e bağlanır
sunucu, kendisini tanımlamak için bir sunucu kimliği belirtir ve sunucudan ikili günlük dosyaları ister.
sunucu. Kullanabilirsiniz mysqlbinlog bir sunucudan günlük dosyalarını birkaç yolla istemek için:

· Açıkça adlandırılmış bir dosya kümesi belirtin: Her dosya için, mysqlbinlog bağlanır ve
bir Binlog dökümü komutu verir. Sunucu dosyayı gönderir ve bağlantıyı keser. Bir tane var
dosya başına bağlantı.

· Başlangıç ​​dosyasını belirtin ve --son-günlüğe kadar: mysqlbinlog bir Binlog'u bağlar ve yayınlar
tüm dosyalar için döküm komutu. Sunucu tüm dosyaları gönderir ve bağlantıyı keser.

· Başlangıç ​​dosyasını belirtin ve --dur-asla (Hangi ima --son-günlüğe kadar): mysqlbinlog
bağlanır ve tüm dosyalar için bir Binlog dökümü komutu verir. Sunucu tüm dosyaları gönderir,
ancak sonuncusunu gönderdikten sonra bağlantı kesilmiyor.

İle --uzak sunucudan oku sadece, mysqlbinlog 0 sunucu kimliği kullanarak bağlanır;
sunucuya, son istenen günlük dosyasını gönderdikten sonra bağlantıyı kesmesini söyler.

İle --uzak sunucudan oku ve --dur-asla, mysqlbinlog sıfır olmayan bir kullanarak bağlanır
sunucu kimliği, böylece son günlük dosyasını gönderdikten sonra sunucunun bağlantısı kesilmez. Sunucu
Kimlik varsayılan olarak 65535'tir, ancak bu şu şekilde değiştirilebilir: --stop-asla-slave-sunucu kimliği.

Bu nedenle, dosya istemenin ilk iki yolu için sunucu bağlantısı kesilir çünkü
mysqlbinlog 0 sunucu kimliğini belirtir. --dur-asla verilmiş
Çünkü mysqlbinlog sıfır olmayan bir sunucu kimliği belirtir.

TELİF HAKKI

Telif hakkı © 1997, 2014, Oracle ve/veya bağlı kuruluşları. Her hakkı saklıdır.

Bu dokümantasyon ücretsiz bir yazılımdır; yeniden dağıtabilir ve/veya yalnızca altında değiştirebilirsiniz.
Özgür Yazılım Vakfı tarafından yayınlanan GNU Genel Kamu Lisansı koşulları;
Lisansın 2. versiyonu.

Bu belge yararlı olacağı umuduyla dağıtılmıştır, ancak HİÇBİR ŞEY OLMADAN
GARANTİ; SATILABİLİRLİK veya BELİRLİ BİR ŞEKİLDE UYGUNLUK zımni garantisi dahi olmaksızın
AMAÇ. Daha fazla ayrıntı için GNU Genel Kamu Lisansına bakın.

Programla birlikte GNU Genel Kamu Lisansının bir kopyasını almış olmalısınız;
değilse, Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor'a yazın,
Boston, MA 02110-1301 ABD veya bkz. http://www.gnu.org/licenses/.

NOTLAR

1. MySQL Dahili: İkili Günlük
http://dev.mysql.com/doc/internals/en/binary-log.html

onworks.net hizmetlerini kullanarak mysqlbinlog'u çevrimiçi kullanın