InnoDB-loggen er i ib_logfile0 og ib_logfile1. Disse er filerne i størrelsen innodb_log_file_size .
For at ændre størrelsen på InnoDB-logfilerne skal du først lukke mysqld rent ned . Det vil sikre, at eventuelle ændringer i loggen allerede er blevet tømt ind i dine tablespaces. Den rene nedlukning er vigtig, for hvis du ikke gør dette trin, har du en stor chance for at miste data.
Efter du har lukket mysqld rent ned, er ib_logfilerne overflødige. Du skal rm dem for at ændre deres størrelse.
Når du genstarter mysqld, bemærker InnoDB, at filerne mangler, og opretter en ny fil i den nye størrelse i henhold til innodb_log_file_size variabel i din my.cnf-fil. Så sørg for at redigere filen, før du genstarter, ellers vil den bare oprette nye 5 MB filer.
MySQL 5.6 gør denne proces en lille smule enklere. Du behøver ikke rm logfilerne, men du skal genstarte mysqld for at få en ny logfilstørrelse til at træde i kraft. Måden det fungerer på i 5.6 er, at hvis størrelsen på disse filer er forskellig fra konfigurationsvariablen, udfører MySQL automatisk en ny ren genstart (for at sikre, at filerne ikke indeholder ændringer, der ikke er fjernet), og derefter ændrer InnoDB størrelsen på filerne ved den endelige opstart.
De andre filer (mysql-bin.000001 osv.) er binære logfiler. Disse kan vokse op til max_binlog_size (hvilket er 1 GB som standard), men de binære logfiler varierer i størrelse, fordi nye logfiler oprettes, hver gang du genstarter mysqld eller udfører FLUSH LOGS . De har i hvert fald intet at gøre med InnoDB-logfilerne.
PS:Du kan måske lide denne artikel:Sådan beregnes en god InnoDB-logfilstørrelse .