Physical and logical loggingAs each

Physical and logical logging
As each of the various CPU processes are running, the database engine keeps
track of a number of operations. When data is retrieved from disk, the data image
is placed in a physical log buffer. Change process information is placed in the
logical log. When image data is affected by SQL processing, the physical image
is modified periodically and written back to disk.
During this process the physical log image and logical log information are also
written into log records. Depending on the commit protocols and isolation levels,
this information is available to the DBA through recovery operations in the event
that the information is needed. The DBA can also use automatic recovery
features that are built in to the engine can if the engine abruptly goes offline due
to a power failure or crash.
Commit protocols
If transactions are made against a database that uses unbuffered logging, the
records in the logical-log buffer are guaranteed to be written to disk during
commit processing. When control returns to the application after the COMMIT
statement (and before the PREPARE statement for distributed transactions), the
logical-log records are on the disk. The database server flushes the records as
soon as any transaction in the buffer is committed (that is, a commit record is
written to the logical-log buffer).
If transactions are made against a database that uses buffered logging, the
records are held (buffered) in the logical-log buffer for as long as possible. They
are not flushed from the logical-log buffer in shared memory to the logical log on
disk until one of the following situations occurs:
 The buffer is full.
 A commit on a database with unbuffered logging flushes the buffer.
 A checkpoint occurs.
 The connection is closed.
If you use buffered logging and a failure occurs, you cannot expect the database
server to recover the transactions that were in the logical-log buffer when the
failure occurred. Thus, you might lose some committed transactions. In return for
this risk of using buffered logging, performance during alterations improves
slightly.

ผลลัพธ์ (ไทย) 1:

บันทึกทางกายภาพ และทางตรรกะเป็น CPU ต่าง ๆ แต่ละ กระบวนกำลังทำงานอยู่ ช่วยให้โปรแกรมฐานข้อมูลติดตามหมายเลขการดำเนินงาน เมื่อดึงข้อมูลจากดิสก์ ข้อมูลรูปภาพตั้งอยู่ในบัฟเฟอร์การล็อกที่มีอยู่จริง ข้อมูลกระบวนการเปลี่ยนแปลงอยู่ในการล็อกของตรรกะ เมื่อข้อมูลภาพได้รับผลกระทบ โดย SQL ประมวลผล ภาพจริงเปลี่ยนแปลงเป็นระยะ ๆ และเขียนกลับไปยังดิสก์ได้ระหว่างนี้ รูปบันทึกทางกายภาพและข้อมูลทางตรรกะล็อกยังมีเขียนลงในบันทึก ขึ้นอยู่กับโพรโทคอลยืนยันการแยกระดับข้อมูลนี้จะพร้อมใช้งานรวมถึงการดำเนินการกู้คืนในกรณีที่ว่า ข้อมูลเป็นสิ่งจำเป็น DBA ยังสามารถใช้การกู้คืนอัตโนมัติคุณลักษณะที่มีอยู่ภายในเครื่องยนต์สามารถถ้าเครื่องยนต์กะทันหันไปออฟไลน์ครบกำหนดพลังงานหรือความล้มเหลวส่งโปรโตคอลถ้ามีทำธุรกรรมกับฐานข้อมูลที่ใช้บันทึกข้อมูล unbuffered การมีรับประกันในบัฟเฟอร์ตรรกะบันทึกถูกเขียนไปยังดิสก์ในระหว่างการกระทำการประมวลผล เมื่อควบคุมกลับไปยังโปรแกรมประยุกต์หลังจากยืนยันงบ (และก่อนที่ จะเตรียมคำสั่งสำหรับธุรกรรมการกระจาย), การตรรกะบันทึกบนดิสก์ได้ เซิร์ฟเวอร์ฐานข้อมูล flushes ระเบียนเป็นเร็ว ๆ นี้เป็นธุรกรรมในบัฟเฟอร์ที่กำหนดให้ (นั่นคือ ข้อมูลยืนยันเป็นเขียนบัฟเฟอร์ตรรกะบันทึก)ถ้ามีทำธุรกรรมกับฐานข้อมูลที่ใช้บันทึกถูกบัฟเฟอร์ การระเบียนมีขึ้น (ถูกบัฟเฟอร์) ในบัฟเฟอร์ตรรกะบันทึกนานที่สุด พวกเขาที่ล้างไม่จากบัฟเฟอร์ตรรกะการล็อกในหน่วยความจำร่วมกับตรรกะในดิสก์จนกว่าสถานการณ์ต่อไปนี้อย่างใดอย่างหนึ่งเกิดขึ้น:บัฟเฟอร์ไม่เต็มการยอมรับในฐานข้อมูลบันทึก unbuffered flushes บัฟเฟอร์จุดตรวจสอบเกิดขึ้นการเชื่อมต่อถูกปิดถ้าคุณใช้การล็อกถูกบัฟเฟอร์ และเกิดความล้มเหลว คุณไม่สามารถคาดหวังต่อเซิร์ฟเวอร์การกู้คืนธุรกรรมที่อยู่ในตรรกะล็อกบัฟเฟอร์เมื่อการเกิดความล้มเหลว ดังนั้น คุณอาจสูญเสียบางธุรกรรมที่กำหนดให้ Return สำหรับปรับปรุงประสิทธิภาพการทำงานในระหว่างการเปลี่ยนแปลงนี้ความเสี่ยงของการใช้ buffered ล็อกเล็กน้อย

ผลลัพธ์ (ไทย) 2:

เข้าสู่ระบบทางกายภาพและทางตรรกะ
ในขณะที่แต่ละกระบวนการ CPU ต่างๆทำงานโปรแกรมฐานข้อมูลช่วยให้
การติดตามของจำนวนของการดำเนินงาน เมื่อข้อมูลที่ถูกดึงจากดิสก์ภาพข้อมูล
จะอยู่ในบัฟเฟอร์ล็อกทางกายภาพ เปลี่ยนประมวลผลข้อมูลจะอยู่ใน
บันทึกของตรรกะ เมื่อข้อมูลภาพได้รับผลกระทบโดยการประมวลผล SQL ภาพทางกายภาพ
มีการแก้ไขเป็นระยะ ๆ และเขียนกลับไปยังดิสก์.
ในระหว่างกระบวนการนี้ภาพเข้าสู่ระบบทางกายภาพและข้อมูลบันทึกตรรกะนี้ยังมีการ
เขียนลงในบันทึกเข้าสู่ระบบ ทั้งนี้ขึ้นอยู่กับการกระทำและระดับโปรโตคอลแยก
ข้อมูลนี้มีความพร้อมที่จะ DBA ผ่านการดำเนินการกู้คืนในกรณี
ที่ข้อมูลเป็นสิ่งจำเป็น DBA ยังสามารถใช้การกู้คืนอัตโนมัติ
คุณสมบัติที่ได้รับการสร้างขึ้นในเครื่องยนต์สามารถถ้าเครื่องยนต์ทันทีไปครับเนื่องจาก
ไฟฟ้าขัดข้องหรือความผิดพลาด.
Commit โปรโตคอล
หากการทำธุรกรรมที่ทำกับฐานข้อมูลที่ใช้ในการเข้าสู่ระบบ unbuffered,
ระเบียนในตรรกะ เข้าสู่ระบบบัฟเฟอร์มีการรับประกันที่จะเขียนไปยังดิสก์ในระหว่าง
การประมวลผลกระทำ เมื่อผลตอบแทนการควบคุมไปยังโปรแกรมประยุกต์หลังจาก COMMIT
คำสั่ง (และก่อนที่คำสั่งเตรียมความพร้อมสำหรับการทำธุรกรรมการกระจาย),
บันทึกตรรกะล็อกอยู่บนดิสก์ วูบวาบเซิร์ฟเวอร์ฐานข้อมูลบันทึกเป็น
เร็ว ๆ นี้เป็นรายการในบัฟเฟอร์ใด ๆ ที่มีความมุ่งมั่น (นั่นคือการบันทึกกระทำเป็น
ลายลักษณ์อักษรไปยังบัฟเฟอร์ตรรกะ-log).
หากการทำธุรกรรมที่ทำกับฐานข้อมูลที่ใช้ในการเข้าสู่ระบบบัฟเฟอร์,
ระเบียนที่จะถูกจัดขึ้น ( บัฟเฟอร์) ในบัฟเฟอร์ตรรกะเข้าสู่ระบบให้นานที่สุดเท่าที่เป็นไปได้ พวกเขา
จะไม่ได้ล้างจากบัฟเฟอร์ตรรกะเข้าสู่ระบบในหน่วยความจำที่ใช้ร่วมกันที่จะเข้าสู่ระบบลอจิคัลบน
ดิสก์จนกระทั่งหนึ่งในสถานการณ์ต่อไปนี้เกิดขึ้น:
? บัฟเฟอร์เต็ม.
? กระทำในฐานข้อมูลที่มีการบันทึกวูบวาบ unbuffered บัฟเฟอร์.
? ด่านเกิดขึ้น.
? ปิดการเชื่อมต่อ.
ถ้าคุณใช้บัฟเฟอร์เข้าสู่ระบบและเกิดความล้มเหลวคุณไม่สามารถคาดหวังว่าฐานข้อมูล
เซิร์ฟเวอร์ที่จะกู้คืนรายการที่อยู่ในบัฟเฟอร์ตรรกะเข้าสู่ระบบเมื่อ
เกิดความล้มเหลวที่เกิดขึ้น ดังนั้นคุณอาจสูญเสียการทำธุรกรรมบางอย่างมุ่งมั่น เพื่อเป็นการตอบแทน
ความเสี่ยงของการใช้การเข้าสู่ระบบบัฟเฟอร์นี้ผลการดำเนินงานในช่วงการเปลี่ยนแปลงปรับปรุง
เล็กน้อย

ผลลัพธ์ (ไทย) 3:

ทางกายภาพและตรรกะเข้าสู่ระบบ
เป็นแต่ละขั้นตอนต่าง ๆ ใช้ CPU , ฐานข้อมูลเครื่องยนต์ยังคง
ติดตามจำนวนของการดำเนินงาน เมื่อข้อมูลที่ดึงข้อมูลจากดิสก์ข้อมูลภาพ
อยู่ในบัฟเฟอร์เข้าสู่ระบบร่างกาย ข้อมูล กระบวนการเปลี่ยนแปลงอยู่
log ตรรกะ เมื่อข้อมูลภาพ คือ ผลกระทบจากการประมวลผล SQL , ภาพทางกายภาพ
ปรับปรุงเป็นระยะ ๆ และเขียนกลับไปยังดิสก์
ในระหว่างกระบวนการนี้บันทึกภาพทางกายภาพและตรรกะเข้าสู่ระบบข้อมูลยัง
เขียนลงในบันทึกเข้าสู่ระบบ ขึ้นอยู่กับการยอมรับระบบและระดับการแยก
ข้อมูลนี้สามารถใช้ได้กับ DBA ผ่านการกู้คืนการดำเนินการในกรณีที่
ข้อมูลที่จำเป็น DBA สามารถใช้
การกู้คืนอัตโนมัติคุณสมบัติที่สร้างขึ้นในเครื่องยนต์ ถ้าเครื่องยนต์ชะงักไป ออฟไลน์ เนื่องจาก
ให้ไฟดับหรือตก
ยอมรับโปรโตคอล
ถ้าธุรกรรมให้กับฐานข้อมูลที่ใช้ unbuffered เข้าสู่ระบบ ,
ประวัติในบัฟเฟอร์เข้าสู่ระบบตรรกะจะรับประกันจะเขียนไปยังดิสก์ใน
ยอมรับการประมวลผล เมื่อควบคุมส่งกลับไปยังโปรแกรมหลังจากยอมรับ
งบการเงิน ( และก่อนเตรียมงบสำหรับการกระจายธุรกรรม ) ระเบียนบันทึก
ตรรกะบนดิสก์ เซิร์ฟเวอร์ฐานข้อมูลวูบวาบประวัติเป็น
เร็วธุรกรรมใด ๆ ในบัฟเฟอร์มุ่งมั่น ( นั่นคือ ยอมรับบันทึก
เขียน buffer log ตรรกะ ) .
ถ้าธุรกรรมให้กับฐานข้อมูลที่ใช้ในการเข้าสู่ระบบ ,
ประวัติ ( 2 ) จัดขึ้นในบัฟเฟอร์เข้าสู่ระบบตรรกะสำหรับตราบเท่าที่เป็นไปได้ พวกเขา
ไม่หน้าแดงจากบัฟเฟอร์เข้าสู่ระบบตรรกะในหน่วยความจำที่ใช้ร่วมกันเพื่อบันทึกในดิสก์ตรรกะ
จนกว่าหนึ่งในสถานการณ์ต่อไปนี้เกิดขึ้น :
 บัฟเฟอร์เต็ม
 เป็นกระทำบนฐานข้อมูลที่มีการ unbuffered วูบวาบบัฟเฟอร์ .
 ด่านเกิดขึ้น .

 ต่อถูกปิดถ้าคุณใช้ในการบันทึกและความล้มเหลวเกิดขึ้น คุณไม่สามารถคาดหวังที่จะกู้คืนเซิร์ฟเวอร์ฐานข้อมูล
รายการที่อยู่ในตรรกะเข้าสู่ระบบบัฟเฟอร์เมื่อ
ความล้มเหลวที่เกิดขึ้น ดังนั้น คุณอาจสูญเสียบางส่วนกระทำธุรกรรม เพื่อแลกกับความเสี่ยงของการใช้บัฟเฟอร์เข้าสู่ระบบ
นี้ประสิทธิภาพในการดัดแปลงปรับปรุง
เล็กน้อย