4.9.4. актуализация Дневникът на двоичен
Двоичното дневника съдържа цялата информация, която е на разположение в дневника за обновяване до по-ефективен формат. Тя съдържа информация за времето за изпълнение на всяка заявка за актуализиране на базата данни. Тя не съдържа информация за заявки, които не променят данните. Ако е необходимо да влезете на всички заявки (например, за да се идентифицират и заявката за проблем), трябва да използвате основния дневник заявка. Вижте раздел 4.9.2, "Общото Query Дневник".
Binary списание използва за репликация и роб (роб) от глава (майстор) (виж раздел 4.10, "Replication в MySQL»).
Когато започнете с ключ --log-бин [= име_файл] Mysqld създава лог файл, който записва данните за всички SQL данни отчети на обновления. Ако не е уточнено името на файла, по подразбиране се използва името на хоста, дадени на крайния -bin. Ако даден файл има име, което не съдържа пътя на достъп до нея, файлът се съхранява в директорията на данни.
Когато влезете в разширението на името на файла (например: --log-бин = filename.extension) това разширение се изтрива без предупреждение.
Към двоичен програмата лог файла Mysqld добавя специален разширение - номер, който се увеличава всеки път, когато се изпълни mysqladmin опресняване. mysqladmin вълни огрев. ПРОМИВАНЕ НА ДНЕВНИЦИ или сървърът се рестартира. Когато файлът достига максималния си размер дневника, посочен в max_binlog_size параметър. автоматично създава нов. Всички неактивни бинарен лог файловете могат да бъдат отстранени RESET MASTER команда (виж раздел 4.5.4, "Синтаксис на командите RESET».
От избора на данни, за да бъдат вписани в дневника, следните настройки се отразяват Mysqld.
Задава главния сървър, че той трябва да влезете актуализации на двоичен дневника, ако текущата (т.е. избрани) база данни - е "database_name". В останалата част от базата данни не е особено силно изразен, се игнорират. Имайте предвид, че ако използвате тази опция, след което трябва да направите актуализации само в тази база данни. (Пример: binlog задачи-db = some_database)
Казва капитанът откаже да сте влезли специално осъвременявания на базата данни (пример: binlog-игнорират-db = some_database)
За да може да се определи кои лог файлове в момента са в употреба, `Mysqld" и създава файл показалец, съдържащ имената на всички, които са във файла. По подразбиране, то се определя със същото име като лог файл, но с .index разширение. Това име на файла може да бъде променена с помощта на --log-бин-индекс = [файл].
Ако използвате репликация за отстраняване на стари регистрационни файлове, не е необходимо толкова дълго, колкото сте сигурни, че те никога няма да се нуждаят от зависими основа. За да се постигне такъв резултат е възможно с командата mysqladmin скрит трупи веднъж на ден, а след това се отстранят всички трупи, които са преди повече от 3 дни.
двоични лог файлове, можете да използвате програмата mysqlbinlog. MySQL актуализация в съответствие с вписванията в дневника, можете да:
Използвайте програмата, mysqlbinlog могат да четат двоичен дневника директно от отдалечен MySQL сървър!
Когато стартирате mysqlbinlog --help с клавиш показва допълнителна информация относно използването на тази програма.
Когато работите с настройките ЗАПОЧВАТ [РАБОТА] или набор AUTOCOMMIT = 0 до архивът, който искате да използвате бинарен дневника на мястото на стария актуализация дневника.
Съхраняване на данни в двоичен дневника се появява веднага след изпълнение на искането, но за да отключите. Това дава увереност, че дневникът ще бъде записано в заповедта за изпълнение.
Актуализациите на несъдържащи транзакции таблици се съхраняват в двоичен дневника веднага след изпълнение.
Актуализации на масите, несъдържащи транзакции, се съхраняват в двоичен дневника веднага след изпълнение. Всички актуализация (UPDATE. DELETE и INSERT), промяна на данни в таблиците за транзакции (например, BDB-маса), са кеширани докато COMMIT повикване. В този момент, Mysqld пише цялата сделка с двоичен дневника напълно, преди да изпълни комит. Всеки поток при стартиране ще създаде binlog_cache_size размер на буфера за буфериране на исканията. Ако искането, надвишава този размер, а след това потокът ще се отвори временен файл за съхранение на сделката. Временният файл се изтрива, когато изходен поток.
В началото на всеки поток се създава заявка буфер, обемът на която съответства на стойността на параметъра binlog_cache_size. Ако искането не се вписва в буфера, потокът ще създаде временна кеш файл. Временният файл се премахва след приключване на работния процес.
Параметър max_binlog_cache_size (по подразбиране 4GB) може да ограничи общия размер на паметта се използва за искане за кеширане multitranzaktsionnogo. Ако сделката е повече от това - намаление на цените ще бъде направено.
При използване на двоичен дневник актуализация или списание паралелно с операцията за поставяне се превръща в нормална експлоатация вмъкване СЪЗДАВАНЕ команди. Изберете и Insert. SELECT. Това се прави нарочно - за да бъде в състояние да създаде точно копие на масите чрез комбиниране на дневника за архивиране.
Свързани статии