ПредишенСледващото

Категория: MySQL - Ингвар @ 10:25

Известно е, че се ангажират записите на данни InnoDB не е пряко в файла с данни и записва промените в първото innodb_log_file. Фактът, че запис на данни директно в таблицата - много по-скъпа операция, отколкото да пишат промени в двоичен дневника.

Поддържане innodb_log_file позволява оптимизиране на I / O: запис на данни в големи последователни парчета, както и по-бързо обслужване на клиентите (клиент бързо направи ангажират, и данните в пространството за таблици се записват във фонов режим). Ето защо, колкото по-голям файл, толкова повече възможности за оптимизиране на InnoDB I / O. В момента, общият размер на innodb_log_file ограничава до 4 GB, което е повече от достатъчно за повечето случаи.

Как да се определи оптималният размер?

Следвайте тези инструкции, по време на най-интензивно натоварване на вашия сървър:

Отбележете номера на журнална последователност. Това е общият брой байтове, написани на дневника. Така че ние можем да знаем как е записан много MB за минута. (Тези инструкции ще работят с всяка версия на MySQL, като се започне с 5.0, можете да използвате Innodb_os_log_written показател от SHOW GLOBAL СТАТУТ.)

Добро правило е да инсталирате такъв размер, че да може да побере около един час дневник. Тогава InnoDB може много ефективно да се планира вписване в файлове с данни, а в същото време е добре да се започне kompross скорост. Ние закръглява до 128 MB и като файл по подразбиране инсталира два innodb_log_file_size = 64M.

твърде малко ли е? Може би. Често виждам размера на сделката лог файловете на няколко гигабайта, но това обикновено е грешка. Сървърът Аз използва за измервания - повече и да направи много работа, това не е играчка за тестове. Размерът на регистрационните файлове, не е необходимо да се оставят 5 MB по подразбиране, но често не е необходимо да инсталирате тях толкова голям, колкото може би си мислите.

Ако се възползвате от тази parvilom poluchuli фигура в няколко gigabayn, тогава очевидно сте много активни в базата данни. В този случай, можете да опитате да зададете размера по-малки, за да се намали времето за възстановяване. Но имайте предвид: времето за възстановяване зависи не само от размера на tranztsaktsy дневника, но също така и на броя на записите в него. Ако имате много големи сделки, можете да зададете по-голям размер. И обратното, ако имате много малки сделки, е необходимо да се създаде по-малък размер.
Във всеки случай, числото, получено чрез това правило - добра отправна точка.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!