เหตุใดจึงควรใช้ระบบไฟล์สำหรับบันทึกแทน RDBMS

คำถามควรชัดเจนจากชื่อ ตัวอย่างเช่น Apache บันทึกการเข้าถึงและบันทึกข้อผิดพลาดในไฟล์แทน RDBMS ไม่ว่าจะมีการใช้งานขนาดใหญ่หรือขนาดเล็กเพียงใดก็ตาม

สำหรับ RDMS เราเพียงแค่ต้องเขียนแบบสอบถาม SQL และมันจะทำงานในขณะที่สำหรับไฟล์ที่เราต้องตัดสินใจในรูปแบบเฉพาะแล้วเขียน regex หรืออาจจะแยกวิเคราะห์เพื่อจัดการกับพวกเขา และสิ่งเหล่านั้นอาจล้มเหลวในกรณีพิเศษหากไม่ได้รับการดูแลที่ดี

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

1. มีหลายสิ่งเกินไปที่จะล้มเหลวในฐานข้อมูลและการบันทึกความล้มเหลวเหล่านี้ก็มีความสำคัญเช่นกัน

2. ถ้าคุณไม่มีระบบฐานข้อมูลที่อนุญาตการทำธุรกรรมอัตโนมัติ (หรือไม่มีธุรกรรมใด ๆ ) การบันทึกจะต้องมีการเชื่อมต่อแยกต่างหากดังนั้นการย้อนกลับหรือการเข้าสู่ระบบในการเข้าสู่ระบบจะไม่รบกวนการย้อนกลับหรือกระทำในแอปพลิเคชัน

3. มีหลายสิ่งที่มีค่าการบันทึกเกิดขึ้นระหว่างการเริ่มต้นเช่นอาจเป็นไปได้ก่อนที่การเชื่อมต่อฐานข้อมูลจะถูกสร้าง

4. ในสิ่งที่อาจเป็นการตั้งค่าทั่วไปล็อกไฟล์ใหม่จะถูกสร้างขึ้นทุกวันไฟล์บันทึกเก่าจะถูกบีบอัดและเก็บไว้เป็นเวลา 2 สัปดาห์ก่อนที่จะถูกลบในที่สุด ไม่ใช่เรื่องง่ายที่จะทำเช่นเดียวกันใน RDBMS

ฉันเคยเห็นบันทึกที่เขียนไปยังฐานข้อมูลมาก่อน (และบางครั้งคุณได้รับตัวเลือกที่กำหนดค่าได้สำหรับการบันทึกโดยที่การติดตามไปที่ไฟล์ข้อผิดพลาดไปยังฐานข้อมูลข้อผิดพลาดไปยังบันทึกเหตุการณ์ Windows)

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

ความเร็วคือเหตุผลหนึ่ง อื่น ๆ คือ:

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

ก่อนอื่น

และสิ่งเหล่านั้นอาจล้มเหลวในกรณีพิเศษหากไม่ได้รับการดูแลที่ดี

ธุรกรรมฐานข้อมูลไม่สามารถล้มเหลวเมื่อคุณไม่ระวัง?

การเขียนไฟล์ข้อความมีประโยชน์หลายประการสิ่งที่สำคัญที่สุดคือ

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

คุณยก Apache ขึ้นมาโดยเฉพาะดังนั้นฉันจะพูดถึงเรื่องนี้โดยละเอียด

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

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

(ปัญหานี้อาจได้รับการแก้ไขแน่นอน - เป็นเวลาหลายปีแล้วที่ฉันทำสิ่งนี้)

ระบบไฟล์เป็นฐานข้อมูล มันเป็นฐานข้อมูลแบบลำดับชั้นที่ง่ายกว่าแทนที่จะเป็น DBMS เชิงสัมพันธ์ แต่ก็เป็นฐานข้อมูล

เหตุผลที่การบันทึกระบบไฟล์เป็นที่นิยมก็คือเพราะการบันทึกข้อความนั้นเข้ากันได้ดีกับปรัชญา Unix: "Text is the interface interface"

Unix พัฒนาขึ้นด้วยเครื่องมือเอนกประสงค์ที่สามารถทำงานได้ดีกับบันทึกข้อความ มันไม่สำคัญว่าบันทึกข้อความจะถูกสร้างขึ้นโดย mysql, apache, แอปพลิเคชันที่คุณกำหนดเอง, ซอฟต์แวร์บุคคลที่สามที่ไม่ได้รับการสนับสนุน sysadmin สามารถใช้เครื่องมือ Unix มาตรฐานเช่น grep, sed, awk, sort, uniq, tail, tail ฯลฯ เพื่อติดตามผ่านบันทึกเหมือนกันทั้งหมด

หากทุกแอปบันทึกลงในฐานข้อมูลของตัวเองหนึ่งไปยัง MySQL อีกหนึ่งไปยัง Postgres และ Elasticsearch อีกคนต้องการเข้าสู่ ELK และอีกคนสามารถเข้าสู่ MongoDB ได้เท่านั้นคุณจะต้องเรียนรู้เครื่องมือที่แตกต่างกันยี่สิบรายการเพื่อติดตามบันทึกของแต่ละรายการ ใบสมัคร ข้อความเป็นสื่อสากลที่ทุกคนสามารถเข้าสู่ระบบได้

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

การเข้าสู่ฐานข้อมูลมักจะไม่ทำให้สิ่งต่าง ๆ ง่ายขึ้นในทางปฏิบัติ

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

ลองดูที่เลเยอร์สองสาม:

1. เครื่องเลเยอร์
2. เลเยอร์ระบบปฏิบัติการ
3. ชั้นบริการ
4. แอพลิเคชันเลเยอร์

โดยย่อ:

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

จากนั้นเรามีวิธีการใช้งานเป็นกรณี ๆ :

คุณต้องการบันทึกข้อผิดพลาดเฉพาะของโหนดไปยัง RDBMS ที่ปรับขนาดในแนวนอนซึ่งคุณต้องใช้งานพิเศษเพื่อค้นหาข้อผิดพลาดของโหนดเฉพาะเมื่อคุณเพิ่งเปิดป๊อปอัปสำหรับโหนดเดียวและดูที่นั่นหรือไม่ ในทางกลับกันแอปพลิเคชันของคุณอาจเข้าสู่ RDBMS เพื่อรวบรวมข้อผิดพลาดและการแจ้งเตือนระดับแอปพลิเคชัน

จะเกิดอะไรขึ้นเมื่อ RDBMS จำเป็นต้องทำการบันทึกด้วยตัวเองเพราะฐานข้อมูลไม่สามารถเขียนลงไปได้

ความซับซ้อน การเพิ่ม RDBMS จะเพิ่มความซับซ้อนของระบบทั้งหมดทางดาราศาสตร์ และความสามารถในการจัดการความซับซ้อนเป็นสิ่งสำคัญที่ทำให้โปรแกรมเมอร์ต่างจากผู้ผลิตซอร์สโค้ด

มันคือความเร็วหรือการบำรุงรักษาหรืออย่างอื่น?

ความเร็ว.