การสำรองข้อมูล (Backup) จะไม่มีประโยชน์เลยถ้าไม่สามารถกู้คืน (Restore) ได้จริง หลายองค์กรลงทุนกับระบบ Backup อย่างดี แต่ไม่เคยทดสอบกระบวนการ Restore จนกระทั่งเกิดเหตุฉุกเฉิน แล้วพบว่าข้อมูลกู้คืนไม่ได้หรือไม่ครบถ้วน บทความนี้อธิบายวิธีการ Restore ฐานข้อมูลจาก Backup Files สำหรับระบบจัดการฐานข้อมูลที
การ Backup ฐานข้อมูลเป็นงานที่ต้องทำเป็นประจำทุกวัน แต่การ Backup ด้วยมือทุกครั้งไม่เพียงแต่เสียเวลา ยังเสี่ยงต่อการลืมหรือทำผิดขั้นตอน วิธีที่ดีที่สุดคือเขียน Script อัตโนมัติแล้วตั้ง Cron Job ให้ทำงานตามกำหนดเวลา ไม่ว่าจะใช้ MySQL, MariaDB, PostgreSQL หรือ MongoDB ก็สามารถสร้างระบบ Backup อัตโนมัต
ระบบฐานข้อมูลทุกตัวมีกลไกการจัดการสิทธิ์ (Permissions) และ Privileges เพื่อควบคุมว่าผู้ใช้คนใดสามารถทำอะไรกับข้อมูลได้บ้าง การตั้งค่าสิทธิ์ที่ถูกต้องเป็นหัวใจสำคัญของการรักษาความปลอดภัย เพราะถ้าผู้ใช้ทุกคนมีสิทธิ์เต็มที่ ความเสี่ยงที่ข้อมูลจะถูกลบ แก้ไข หรือรั่วไหลก็สูงตามไปด้วย บทความนี้จะอธิบายแนว
เมื่อข้อมูลใน Collection มีจำนวนมากขึ้น การค้นหาแบบไม่มี Index จะทำให้ฐานข้อมูลต้องอ่านทุก Document (Collection Scan) ซึ่งใช้เวลาเพิ่มขึ้นตามปริมาณข้อมูล Index ช่วยให้ MongoDB ค้นหาข้อมูลได้โดยไม่ต้องอ่านทุก Document คล้ายกับดัชนีท้ายหนังสือที่ช่วยให้หาหน้าที่ต้องการได้เร็วขึ้น บทความนี้จะอธิบายระบบ
การจัดการข้อมูลในฐานข้อมูลต้องอาศัยปฏิบัติการพื้นฐาน 4 อย่าง คือ Create (สร้าง) Read (อ่าน) Update (แก้ไข) และ Delete (ลบ) ซึ่งรวมเรียกว่า CRUD Operations ใน MongoDB การทำ CRUD จะใช้คำสั่ง mongosh หรือ Driver ของภาษาโปรแกรมต่าง ๆ โดยทำงานกับข้อมูลในรูปแบบ Document (BSON) แทนการใช้ SQL บทความนี้จะแนะ
MongoDB เก็บข้อมูลในรูปแบบ Document ซึ่งแตกต่างจากฐานข้อมูล Relational ที่ใช้ตาราง (Table) และแถว (Row) ใน MongoDB หน่วยเก็บข้อมูลพื้นฐานคือ Document ที่อยู่ภายใน Collection โครงสร้างนี้ให้ความยืดหยุ่นสูง เพราะแต่ละ Document ไม่จำเป็นต้องมีโครงสร้างเดียวกัน เหมาะกับข้อมูลที่มี Schema เปลี่ยนแปลงบ่อย
MongoDB เป็นฐานข้อมูลแบบ NoSQL ประเภท Document-oriented ที่ได้รับความนิยมสูงในการพัฒนาเว็บแอปพลิเคชันสมัยใหม่ จุดเด่นคือเก็บข้อมูลในรูปแบบ JSON-like Document (BSON) ซึ่งยืดหยุ่นกว่าตารางแบบ Relational Database ไม่ต้องกำหนด Schema ตายตัว เหมาะกับข้อมูลที่มีโครงสร้างเปลี่ยนแปลงบ่อยหรือมีลำดับชั้นซ้อนก
Redis Pub/Sub (Publish/Subscribe) เป็นระบบส่งข้อความแบบ Real-time ที่ฝังมากับ Redis โดยไม่ต้องติดตั้ง Message Broker เพิ่มเติม หลักการทำงานคือ Publisher ส่งข้อความเข้า Channel และ Subscriber ทุกตัวที่ฟัง Channel นั้นจะได้รับข้อความทันที รูปแบบนี้เหมาะกับงานที่ต้องการ Event-driven Communication เช่น
Session Management เป็นส่วนสำคัญของเว็บแอพพลิเคชันที่ต้องจดจำสถานะผู้ใช้ เช่น การล็อกอิน ตะกร้าสินค้า หรือค่า Preferences ต่าง ๆ การเก็บ Session ไว้ในฐานข้อมูลหรือไฟล์บนเซิร์ฟเวอร์อาจกลายเป็นคอขวดเมื่อมีผู้ใช้พร้อมกันจำนวนมาก Redis เป็นตัวเลือกยอดนิยมสำหรับ Session Storage เพราะอ่านเขียนข้อมูลได้เร็
การใช้ Cache เป็นหนึ่งในวิธีที่มีประสิทธิภาพมากที่สุดในการเพิ่มความเร็วของแอปพลิเคชัน โดยเก็บข้อมูลที่เข้าถึงบ่อยไว้ใน Memory แทนที่จะต้องดึงจากฐานข้อมูลหรือ API ทุกครั้ง Redis เป็นตัวเลือกยอดนิยมสำหรับ Cache Layer เพราะอ่านเขียนข้อมูลได้เร็วมากในระดับ Microsecond พร้อมรองรับโครงสร้างข้อมูลหลายรูปแบ
