O log do InnoDB está em ib_logfile0 e ib_logfile1. Estes são os arquivos dimensionados por innodb_log_file_size .

Para redimensionar os logs do InnoDB, primeiro você precisa encerrar o mysqld de forma limpa . Isso garantirá que todas as alterações no log já tenham sido liberadas em seus espaços de tabela. O desligamento limpo é importante, pois se você não fizer essa etapa, terá grandes chances de perder dados.

Depois de encerrar o mysqld de forma limpa, os ib_logfiles são supérfluos. Você deve rm que mudem de tamanho.

Conforme você reinicia o mysqld, o InnoDB percebe que os arquivos estão faltando e cria um novo arquivo no novo tamanho de acordo com o innodb_log_file_size variável em seu arquivo my.cnf. Portanto, certifique-se de editar esse arquivo antes de reiniciar, ou ele apenas criará novos arquivos de 5 MB.

O MySQL 5.6 torna esse processo um pouco mais simples. Você não precisa rm os arquivos de log, mas você precisa reiniciar o mysqld para que um novo tamanho de arquivo de log tenha efeito. A maneira como funciona na versão 5.6 é que, se o tamanho desses arquivos for diferente da variável de configuração, o MySQL automaticamente faz outra reinicialização limpa (para garantir que os arquivos não contenham nenhuma alteração que não seja liberada) e, em seguida, o InnoDB redimensiona os arquivos na inicialização final.

Os outros arquivos (mysql-bin.000001, etc.) são logs binários. Eles podem crescer até max_binlog_size (que é de 1 GB por padrão), mas os logs binários variam em tamanho porque novos logs são criados sempre que você reinicia o mysqld ou executa FLUSH LOGS . De qualquer forma, eles não têm nada a ver com os logs do InnoDB.

PS:Você pode gostar deste artigo:Como calcular um bom tamanho de arquivo de log do InnoDB .