Fala Murilo, beleza?
Cara desabilitar o autoCommit deveria ser algo obrigatório, isso é extramente perigoso.
Vamos entender o commit e o rollback...
Imagina que você tem uma tabela chamada usuarios_tb e você quer alterar o e-mail do usuário joão daí sem querer você executou um update sem filtro, por exemplo:
update usuarios_tb set email='novoemail@gmail.com';
O comando acima vai atualizar o e-mail de todos os teus usuários da tabela usuarios_tb e daí se o autoCommit estiver habilitado você vai ter cagado toda a sua tabela e não terá como voltar atrás, ou seja, fazer um rollback.
O commit serve para salvar todas as alterações providas de um comando do tipo DML, por exemplo - INSERT, UPDATE e DELETE.
O rollback serve para fazer justamente o contrário do commit, ou seja, ele desfaz as alterações que você fez no banco com os comandos do tipo DML.
Então, voltando ao exemplo citado acima, no caso do autoCommit está desabilitado você poderia facilmente executar um rollback e voltar a tabela usuarios_tb ao que era antes da execução do comando de update e daí em seguida você corrige o seu comando e comita a alteração.
Por exemplo:
update usuarios_tb set email ='novoemail@gmail.com' where usuario_id = 1;
commit;
Conclusão
Se o commit for executado, você não conseguirá voltar atrás caso tenha feito uma modificação errada.
E se um rollback for executado, você perde todas as alterações que foram feitas e ainda não foram comitadas.
TMJ, bons estudos.