Кіріспе
Деректер қорын басқару жүйесі атқарған әрекеттердің тарихы. Компьютер ғылымындағы деректер қорында транзакция журналы (сондай-ақ транзакция тіркелмесі, деректер қоры журналы, бинарлық журнал немесе аудит іздері) – деректер қорын басқару жүйесі атқарған әрекеттердің тарихы. Бұл, апаттар немесе аппараттық іркілістер кезінде ACID қасиеттерін кепілдіру үшін пайдаланылады. Физикалық тұрғыдан алғанда, журнал – тұрақты сақтау форматында сақталатын деректер қорына енгізілген өзгерістердің тізімін қамтитын файл. Егер жүйе іске қосылғаннан кейін деректер қоры үйлесімсіз күйде табылса немесе дұрыс тоқтатылмаса, деректер қорын басқару жүйесі деректер қоры журналын қарап, аяқталмаған транзакцияларды кері қайтарады және осы транзакциялардың жасаған өзгерістерін жояды. Сонымен қатар, бұрын аяқталған, бірақ өзгерістері деректер қорында әлі бекітілмеген барлық транзакциялар қайтадан қолданылады. Бұл екеуі де транзакциялардың атомарлығы мен беріктігін қамтамасыз ету үшін жасалады. Бұл терминді деректер қорын басқару жүйесі әдетте ұсынатын, адам оқи алатын басқа журналдармен шатастыруға болмайды. Деректер қорын басқару жүйелерінде журнал – белгілі бір процесспен өзгертілген деректердің тіркелмесі.
In the field of databases in computer science, a transaction log (also transaction journal, database log, binary log or audit trail) is a history of actions executed by a database management system used to guarantee ACID properties over crashes or hardware failures. Physically, a log is a file listing changes to the database, stored in a stable storage format. If, after a start, the database is found in an inconsistent state or not been shut down properly, the database management system reviews the database logs for uncommitted transactions and rolls back the changes made by these transactions. Additionally, all transactions that are already committed but whose changes were not yet materialized in the database are re applied. Both are done to ensure atomicity and durability of transactions. This term is not to be confused with other, human readable logs that a database management system usually provides. In database management systems, a journal is the record of data altered by a given process.
Деректер қорының журналы жазбаларының түрлері
Барлық журнал жазбалары жоғарыда көрсетілген жалпы журнал атрибуттарын, сондай-ақ олардың түріне байланысты басқа атрибуттарды қамтиды (Type атрибутында жазылғандай, жоғарыда көрсетілген). Жаңарту журналы жазбасы дерекқорындағы жаңартуды (өзгерісті) тіркеуге арналған. Онда келесі қосымша ақпарат бар:
PageID: Өзгертілген беттің Page ID мекенжайы. Ұзындығы және офсеті: Беттің ұзындығы байттармен және офсеті әдетте қосылады. Before and After Images: Беттің өзгеруінен бұрынғы және кейінгі байттарының мәнін қамтиды. Кейбір дерекқорыларда бір немесе екі суретті қамтитын журналдар болуы мүмкін. Компенсациялық журнал жазбасы (CLR) дерекқордағы нақты бір өзгерісті кері қайтаруды тіркеуге арналған. Әрқайсысы дәл бір жаңарту журналы жазбасына сәйкес келеді (бірақ сәйкес жаңарту журналы жазбасы әдетте Компенсациялық журнал жазбасында сақталмайды). Онда келесі қосымша ақпарат бар:
undoNextLSN: Бұл өріс соңғы жаңарту журналын жазған транзакция үшін кері қайтарылатын келесі журнал жазбасының LSN-ін қамтиды. Сауда-саттықты бекіту туралы жазба. Аборт жазбасы транзакцияны тоқтату және оны кері қайтару туралы шешімді тіркеуге арналған. Бақылау нүктесі жазбасы бақылау нүктесі жасалғанын тіркеуге арналған. Бұл қалпына келтіру жылдамдығын арттыру үшін қолданылады. Олар журналды ұзақ оқымай-ақ қолдануға болатын ақпаратты жазады. Бұл бақылау нүктесі алгоритміне байланысты өзгереді. Егер барлық «кір» беттер бақылау нүктесін жасау кезінде тазартылса (PostgreSQL-дегідей), онда:
redoLSN: Бұл «кір» бетке сәйкес келетін бірінші журнал жазбасының мекенжайы. Яғни, бақылау нүктесінде тазартылмаған алғашқы жаңарту. Қалпына келтіру кезінде қайта жасау осы жерден басталуы керек. undoLSN: Бұл ең ескі ағымдағы транзакцияның ең ескі журнал жазбасының мекенжайы. Бұл барлық ағымдағы транзакцияларды кері қайтару үшін қажетті ең ескі журнал жазбасы. Аяқталу жазбасы осы нақты транзакция бойынша барлық жұмыстар аяқталғанын тіркеуге арналған. (Бұл транзакция толығымен бекітілген немесе тоқтатылған).
PageID: A reference to the Page ID of the modified page. Length and Offset: Length in bytes and offset of the page are usually included. Before and After Images: Includes the value of the bytes of page before and after the page change. Some databases may have logs which include one or both images. Compensation Log Record (CLR) notes the rollback of a particular change to the database. Each corresponds with exactly one other Update Log Record (although the corresponding update log record is not typically stored in the Compensation Log Record). It includes this extra information:
undoNextLSN: This field contains the LSN of the next log record that is to be undone for transaction that wrote the last Update Log. Commit Record notes a decision to commit a transaction. Abort Record notes a decision to abort and hence roll back a transaction. Checkpoint Record notes that a checkpoint has been made. These are used to speed up recovery. They record information that eliminates the need to read a long way into the log's past. This varies according to checkpoint algorithm. If all dirty pages are flushed while creating the checkpoint (as in PostgreSQL), it might contain:
redoLSN: This is a reference to the first log record that corresponds to a dirty page. i. e. the first update that wasn't flushed at checkpoint time. This is where redo must begin on recovery. undoLSN: This is a reference to the oldest log record of the oldest in progress transaction. This is the oldest log record needed to undo all in progress transactions. Completion Record notes that all work has been done for this particular transaction. (It has been fully committed or aborted)