Het InnoDB-logboek bevindt zich in ib_logfile0 en ib_logfile1. Dit zijn de bestanden met de grootte van innodb_log_file_size .
Om de grootte van de InnoDB-logboeken te wijzigen, moet u eerst mysqld netjes afsluiten . Dat zorgt ervoor dat eventuele wijzigingen in het logboek al in uw tablespaces zijn verwerkt. Het schoon afsluiten is belangrijk, want als je deze stap niet uitvoert, heb je een grote kans om gegevens te verliezen.
Nadat je mysqld netjes hebt afgesloten, zijn de ib_logfiles overbodig. Je moet rm om hun maat te wijzigen.
Als u mysqld herstart, merkt InnoDB dat de bestanden ontbreken en maakt een nieuw bestand aan met de nieuwe grootte volgens de innodb_log_file_size variabele in uw my.cnf-bestand. Zorg er dus voor dat u dat bestand bewerkt voordat u opnieuw opstart, anders maakt het gewoon nieuwe 5 MB-bestanden.
MySQL 5.6 maakt dit proces een beetje eenvoudiger. U hoeft niet te rm de logbestanden, maar u moet mysqld opnieuw opstarten om een nieuwe logbestandsgrootte van kracht te laten worden. De manier waarop het in 5.6 werkt, is dat als de grootte van deze bestanden verschilt van de configuratievariabele, MySQL automatisch opnieuw een schone herstart uitvoert (om er zeker van te zijn dat de bestanden geen wijzigingen bevatten die niet zijn uitgespoeld), en vervolgens wijzigt InnoDB de grootte van de bestanden bij de laatste keer opstarten.
De andere bestanden (mysql-bin.000001, enz.) zijn binaire logbestanden. Deze kunnen oplopen tot max_binlog_size (standaard 1 GB), maar de binaire logboeken variëren in grootte omdat er nieuwe logboeken worden gemaakt wanneer u mysqld opnieuw start of FLUSH LOGS uitvoert . Hoe dan ook, ze hebben niets te maken met de InnoDB-logboeken.
PS:misschien vind je dit artikel leuk:Hoe een goede InnoDB-logbestandsgrootte berekenen .