Cum se determină dimensiunea optimă innodb_log_file_size
Notați numărul secvenței de jurnal. Acesta este numărul total de octeți înscriși în jurnal. Deci, putem afla cât de mult MB a fost scris pe minut. (Aceste comenzi vor funcționa în orice versiune de MySQL, din moment ce 5.0 puteți utiliza metrica Innodb_os_log_written din STATUL GLOBAL SHOW.)
O regulă bună este să setați această dimensiune astfel încât să se potrivească în aproximativ o oră de jurnale. Apoi, InnoDB poate planifica foarte eficient intrările în fișierele de date și, în același timp, este un compromis bun pentru viteza de lansare. Încheiem până la 128 MB și din moment ce în mod implicit sunt setate două fișiere innodb_log_file_size = 64M.
Este prea puțin? Poate. Adesea, văd dimensiunile jurnalelor de tranzacții de mai multe gigaocteți, dar de obicei aceasta este o eroare. Serverul pe care l-am folosit pentru măsurători este mare și face o mulțime de muncă, nu este o jucărie pentru teste. Mărimea fișierelor de jurnal nu trebuie lăsată în mod implicit la 5 MB, dar de multe ori nu este necesar să le setați la fel de mari ca și dvs.
Dacă utilizați acest parvil veți obține un număr de mai mulți gigaocteți, atunci aparent sunteți foarte activ în scris în baza de date. În acest caz, puteți încerca să setați o dimensiune mai mică pentru a minimiza timpul de recuperare. Dar rețineți: timpul de recuperare depinde nu numai de mărimea jurnalului de tranzacții, ci și de numărul de intrări din acesta. Dacă aveți o mulțime de tranzacții mari, puteți seta o dimensiune mai mare. Și invers: dacă aveți multe tranzacții mici, merită să setați o dimensiune mai mică.
În orice caz, cifra obținută de această regulă este un bun punct de plecare.
Original: Baron Schwartz, Cum se calculează o dimensiune bună a fișierului log InnoDB