Ako je veličina loga veća od max_binlog_size, upisaće se ceo log, a neće se seckati.

da, a ja bih da bude max 500M, cak su i novi bin fajlovi veci od definisanog iako je proslo vise od nedelju dana od konfiguracije i restarta.

root@test05:~# ls -lh /binlog/mysql/
-rw-rw---- 1 mysql adm 48K Jul 15 06:25 mysql-bin.006083
-rw-rw---- 1 mysql adm 1.3G Jul 15 22:51 mysql-bin.006084
-rw-rw---- 1 mysql adm 704M Jul 15 22:55 mysql-bin.006085
...

koja verzija mysql-a?

sta ti kaze

show global variables like 'max_binlog_size';

da li si resetovo server posle menjanja varijable u konfigu?

koliki su ti:
binlog-row-event-max-size
binlog-group-commit-sync-delay
binlog-group-commit-sync-no-delay-count
binlog_rows_query_log_events


sta je najcesci razlog da imas 2G binlog a rekao si da ti je max_binlog_size = 100M

1. stavio si row replikaciju
2. imas tabelu X koja nema primarni key a velika je ~2G
3. uradis update te tabele

druga mogucnost, isto toliko cesta

begin
update
update
update
insert
....
...
...
commit

ako je izmedju begin i commint 100G, bice ti 100G binlog. u binlogu je uvek najmanje jedna cela transakcija, ne moze 10% ili 30% od transakcije

mysql Ver 14.14 Distrib 5.5.44, for debian-linux-gnu (x86_64) using readline 6.2

server restartovan posle konfiguracije max_binlog_size = 500M;

show global variables like 'max_binlog_size';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| max_binlog_size | 524288000 |
+-----------------+-----------+


da, mislim da je u pitanju "druga mogucnost" koju si naveo. Onaj veliki fajl od 18G se pravi dnevnno svaki dan u isto vreme. Pogledacu sta se izvrsava u to vreme