คำถามที่พบบ่อยเกี่ยวกับ Amazon RDS สำหรับ MySQL
Amazon RDS รองรับ MySQL เวอร์ชันใดบ้าง
ปัจจุบันฐานข้อมูลแบบเชิงสัมพันธ์ Amazon (Amazon RDS) สำหรับ MySQL รองรับ MySQL Community Edition เวอร์ชัน 8.4 และ 8.0 RDS สำหรับ MySQL ยังรองรับ MySQL 5.7 ภายใต้การสนับสนุนแบบขยายของ RDS คุณสามารถพบข้อมูลเพิ่มเติมเกี่ยวกับเวอร์ชันรองที่รองรับมีอยู่ในคู่มือผู้ใช้ Amazon RDS
Amazon RDS จะแยกความแตกต่างการเผยแพร่เวอร์ชัน “หลัก” และ “รอง” อย่างไร
ในบริบทของ MySQL หมายเลขเวอร์ชันจะมีการจัดระเบียบดังนี้
เวอร์ชัน MySQL = X.Y.Z
X = เวอร์ชันหลัก, Y = ระดับของรุ่น, Z = หมายเลขเวอร์ชันภายในซีรีส์ของรุ่น
จากมุมมองของ Amazon RDS การเปลี่ยนแปลงเวอร์ชันจะถือว่าสำคัญหากมีการเปลี่ยนเวอร์ชันหลักหรือระดับของรุ่น ตัวอย่าง: จาก 5.6.X -> 5.7.X
การเปลี่ยนแปลงเวอร์ชันจะถือว่าเล็กน้อยหากหมายเลขเวอร์ชันภายในรุ่นมีการเปลี่ยนแปลง ตัวอย่าง: จาก 5.6.27 -> 5.6.29
Amazon RDS ได้ให้แนวทางในการอัปเกรดเวอร์ชันกลไก หรือยกเลิกเวอร์ชันกลไกฐานข้อมูลที่รองรับในขณะนี้หรือไม่
ใช่ โปรดดูคำถามที่พบบ่อยเกี่ยวกับ Amazon RDS
Amazon RDS สำหรับ MySQL (เวอร์ชันทดลอง) รองรับกลไกการเก็บข้อมูลใดบ้าง
การกู้คืนข้อมูลในจุดเวลาที่กำหนด การกู้คืนข้อมูลจากสแนปช็อต และการบูรณาการ ETL แบบไร้รอยต่อด้วยฟีเจอร์ของ Amazon Redshift ของ Amazon RDS สำหรับ MySQL ต้องใช้กลไกการเก็บข้อมูลที่สามารถกู้คืนจากความเสียหายได้ และมีเพียงกลไกการเก็บข้อมูล InnoDB เท่านั้นที่รองรับคุณสมบัติดังกล่าว แม้วา MySQL จะรองรับกลไกการเก็บข้อมูลหลายเครื่องที่มีความสามารถที่แตกต่างกันได้ แต่ก็ไม่ได้หมายความว่ากลไกทั้งหมดจะได้รับการปรับให้เหมาะสำหรับการกู้คืนจากความเสียหายและความคงทนของข้อมูล ตัวอย่างเช่น กลไกการเก็บข้อมูล MyISAM ไม่รองรับการกู้คืนจากความเสียหายที่เชื่อถือได้ และอาจส่งผลให้ข้อมูลสูญหายหรือเสียหายเมื่อรีสตาร์ท MySQL หลังจากเกิดความเสียหาย ซึ่งจะทำให้ไม่สามารถกู้คืนข้อมูลในจุดเวลาที่กำหนดหรือกู้คืนข้อมูลจากสแนปช็อตได้ตามวัตถุประสงค์ อย่างไรก็ตาม หากคุณยังคงเลือกใช้ MyISAM กับ Amazon RDS การทำตามขั้นตอนเหล่านี้อาจช่วยได้ในบางสถานการณ์ที่เกี่ยวกับฟังก์ชันการกู้คืนจากสแนปช็อต DB ขณะนี้ RDS สำหรับ MySQL ไม่รองรับกลไกการเก็บข้อมูลที่มีข้อมูลเชื่อมโยงกับส่วนกลาง
ผู้ใช้หลักได้รับสิทธิ์อะไรบ้างสำหรับอินสแตนซ์ RDS สำหรับ MySQL DB
เมื่อคุณสร้างอินสแตนซ์ DB ใหม่ ผู้ใช้หลักแบบเริ่มต้นที่คุณใช้จะได้รับสิทธิพิเศษบางอย่าง ดูรายการสิทธิ์ต่าง ๆ ได้ที่ สิทธิพิเศษของบัญชีผู้ใช้หลักในคู่มือผู้ใช้ Amazon RDS
กลไกการเก็บข้อมูลใดบ้างที่รองรับการใช้งานกับแบบจำลองการอ่านของ RDS สำหรับ MySQL
แบบจำลองการอ่านของ RDS สำหรับ MySQL ต้องมีกลไกการเก็บข้อมูลธุรกรรมและรองรับเฉพาะกลไกการเก็บข้อมูลของ InnoDB เท่านั้น กลไกการเก็บข้อมูล MySQL ที่ไม่ใช่การทำธุรกรรม เช่น MyISAM อาจทำให้แบบจำลองการอ่านไม่ทำงานตามวัตถุประสงค์ อย่างไรก็ตาม หากคุณยังคงเลือกใช้ MyISAM กับแบบจำลองการอ่าน เราขอแนะนำให้คุณดูตัววัด “ความล่าช้าในการจำลองแบบ” ของ Amazon CloudWatch (มีให้ใช้งานผ่านทางคอนโซลการจัดการของ AWS หรือ Amazon CloudWatch API) โดยละเอียด และสร้างแบบจำลองการอ่านใหม่หากล่าช้าเนื่องจากข้อผิดพลาดในการจำลอง ข้อควรพิจารณาเดียวกันนี้ใช้กับการใช้ตารางชั่วคราวและกลไกอื่นๆ ทั้งหมดที่ไม่ใช่การทำธุรกรรม
ฉันสามารถกำหนดค่าการจำลองระหว่างอินสแตนซ์ RDS สำหรับ MySQL DB ต้นทางของฉัน และแบบจำลองการอ่านให้ใช้การจำลองแบบตามแถวได้หรือไม่
คุณสามารถตั้งค่ารูปแบบไบนารีล็อกให้เป็นแบบตามแถวสำหรับ MySQL ในเวอร์ชัน 5.6 ขึ้นไปได้ โดยค่าเริ่มต้นแล้ว การจำลองจะได้รับการตั้งค่าเป็นรูปแบบผสม (ซึ่งรวมถึงการจำลองแบบตามแถวและตามคำสั่ง) ซึ่งควรเป็นไปตามข้อกำหนดของกรณีการใช้งานส่วนใหญ่ เอกสารประกอบของ MySQL จะให้ข้อมูลเพิ่มเติมเกี่ยวกับความแตกต่างระหว่างการจำลองในรูปแบบผสมและแบบตามแถว
คำถามที่พบบ่อยเกี่ยวกับการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS รองรับเวอร์ชันใดบ้าง
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS มีให้ใช้งานใน RDS สำหรับ MySQL เวอร์ชัน 5.7 ขึ้นไป เรียนรู้เพิ่มเติมเกี่ยวกับเวอร์ชันที่พร้อมใช้งานในเอกสารประกอบของ RDS สำหรับ MySQL
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS รองรับรีเจี้ยนใดบ้าง
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS มีให้ใช้งานใน AWS GovCloud Region และ AWS Region ทุกแห่งที่เกี่ยวข้อง
ฉันสามารถทำการเปลี่ยนแปลงอะไรได้บ้างกับการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS ช่วยให้คุณทำการเปลี่ยนแปลงฐานข้อมูลได้อย่างปลอดภัยยิ่งขึ้น ง่ายยิ่งขึ้น และรวดเร็วยิ่งขึ้น เช่น การอัปเกรดเวอร์ชันหลักหรือรอง การเปลี่ยนแปลงสคีมา การปรับขนาดอินสแตนซ์ การเปลี่ยนแปลงพารามิเตอร์กลไก และการอัปเดตการบำรุงรักษา
ฉันควรใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS เมื่อใด
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS ช่วยให้คุณเปลี่ยนแปลงฐานข้อมูลได้อย่างปลอดภัย ง่ายขึ้น และรวดเร็วยิ่งขึ้น การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) เหมาะอย่างยิ่งสําหรับกรณีการใช้งานอย่างเช่น การอัปเกรดกลไกฐานข้อมูลเวอร์ชันหลักหรือเวอร์ชันรอง การอัปเดตระบบปฏิบัติการ การเปลี่ยนแปลงสคีมาในสภาพแวดล้อม Green ที่ไม่ทำให้การจําลองแบบตรรกะเสียหาย เช่น การเพิ่มคอลัมน์ใหม่ที่ส่วนท้ายของตาราง หรือการเปลี่ยนแปลงการตั้งค่าพารามิเตอร์ฐานข้อมูล คุณสามารถใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) เพื่อทําการอัปเดตฐานข้อมูลหลายรายการพร้อมกันโดยใช้การสลับเปลี่ยนเพียงครั้งเดียวได้ ซึ่งจะช่วยให้คุณได้รับแพตช์การรักษาความปลอดภัยเวอร์ชันล่าสุดเสมอ สามารถปรับปรุงประสิทธิภาพของฐานข้อมูล และเข้าถึงฟีเจอร์ฐานข้อมูลที่ใหม่กว่าอย่างคาดการณ์ได้โดยไม่ต้องหยุดทํางานเป็นระยะเวลานาน
การใช้งานการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS มีค่าใช้จ่ายเท่าไร
จะมีค่าใช้จ่ายในการเรียกใช้เวิร์กโหลดบนอินสแตนซ์ Green เท่ากันกับที่คุณดำเนินการกับอินสแตนซ์ Blue ค่าใช้จ่ายในการเรียกใช้อินสแตนซ์ Blue และ Green ประกอบด้วยราคามาตรฐานปัจจุบันสำหรับ db.instances ค่าใชจ่ายสำหรับพื้นที่เก็บข้อมูล ค่าใช้จ่ายสำหรับ I/O การอ่าน/เขียน และฟีเจอร์ที่เปิดใช้งานต่าง ๆ เช่น ค่าใข้จ่ายสำหรับการสำรองข้อมูลและ Amazon RDS Performance Insights ซึ่งหมายความว่า จะมีค่าใช้จ่ายประมาณ 2 เท่าของค่าใช้จ่ายสำหรับการเรียกใช้เวิร์กโหลดบน db.instance ตลอดอายุการใช้งานของการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green)
ตัวอย่างเช่น: คุณมี RDS สำหรับฐานข้อมูล MySQL 5.7 ที่เรียกใช้บน r5.2xlarge db.instances สองรายการ ซึ่งก็คืออินสแตนซ์ฐานข้อมูลหลักและแบบจำลองการอ่าน ใน AWS Region สหรัฐอเมริกาฝั่งตะวันออก-1 ที่มีการกำหนดค่า Multi-AZ (MAZ) แต่ละอินสแตนซ์ r5.2xlarge db.instances ได้รับการกำหนดค่าสำหรับ Amazon Elastic Block Store (Amazon EBS) เพื่อวัตถุประสงค์ทั่วไปขนาด 20 GiB คุณสร้างโคลนของโทโพโลยีอินสแตนซ์ Blue โดยใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS แล้วเรียกใช้เป็นเวลา 15 วัน (360 ชั่วโมง) จากนั้นลบอินสแตนซ์ Blue หลังจากการสลับเปลี่ยนสำเร็จแล้ว อินสแตนซ์ Blue มีค่าใช้จ่ายอยู่ที่ 1,387 USD สำหรับ 15 วัน ในอัตราแบบ On-Demand 1.926 USD/ชม. (ค่าใช้จ่ายอินสแตนซ์ + EBS) ยอดค่าใช้จ่ายสำหรับการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ในช่วง 15 วัน ดังกล่าวคือ 2,774 USD ซึ่งคิดเป็นประมาณ 2 เท่า ของค่าใช้จ่ายในการเรียกใช้อินสแตนซ์ Blue ในช่วงเวลาดังกล่าว
ฉันสามารถทำการเปลี่ยนแปลงอะไรได้บ้างกับการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS ช่วยให้คุณทำการเปลี่ยนแปลงฐานข้อมูลได้อย่างปลอดภัยยิ่งขึ้น ง่ายยิ่งขึ้น และรวดเร็วยิ่งขึ้น เช่น การอัปเกรดเวอร์ชันหลักหรือรอง การเปลี่ยนแปลงสคีมา การปรับขนาดอินสแตนซ์ การเปลี่ยนแปลงพารามิเตอร์กลไก และการอัปเดตการบำรุงรักษา
“สภาพแวดล้อม Blue” ในการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS คืออะไร "สภาพแวดล้อม Green" คืออะไร
การสลับเปลี่ยนการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS มีการทำงานาอย่างไร
เมื่อการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS เริ่มต้นการสลับเปลี่ยนแล้ว ระบบจะบล็อกการเขียนไปยังสภาพแวดล้อมทั้ง Blue และ Green จนกว่าการสลับเปลี่ยนจะเสร็จสมบูรณ์ ในระหว่างการสลับเปลี่ยน สภาพแวดล้อมชั่วคราวหรือสภาพแวดล้อม Green จะอัปเดตตามสภาพแวดล้อม Blue เพื่อให้มั่นใจได้ว่าข้อมูลจะสอดคล้องกันระหว่างสภาพแวดล้อม Blue และสภาพแวดล้อม Green เมื่อสภาพแวดล้อม Blue และสภาพแวดล้อม Green ซิงค์กันอย่างสมบูรณ์แล้ว การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) จะเลื่อนระดับสภาพแวดล้อม Green ให้เป็นสภาพแวดล้อม Blue ใหม่ โดยการเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังสภาพแวดล้อม Green การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ได้รับการออกแบบมาเพื่อเปิดใช้งานการเขียนในสภาพแวดล้อม Green หลังจากที่การสลับเปลี่ยนเสร็จสมบูรณ์ เพื่อให้มั่นใจได้ว่าจะไม่มีข้อมูลสูญหายในระหว่างกระบวนการสลับเปลี่ยน
ฉันสามารถใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ได้หรือไม่หากมีสภาพแวดล้อม Blue ในฐานะผู้สมัครรับข้อมูล/ตัวเผยแพร่ข้อความสําหรับแบบจําลองเชิงตรรกะที่จัดการด้วยตนเอง
หากสภาพแวดล้อม Blue ของคุณเป็นแบบจําลองเชิงตรรกะที่จัดการด้วยตนเองหรือผู้สมัครรับข้อมูล เราจะบล็อกการสลับเปลี่ยน เราขอแนะนําให้คุณหยุดการจําลองแบบไปยังสภาพแวดล้อม Blue ก่อน จากนั้นดําเนินการต่อไปด้วยการสลับเปลี่ยน แล้วค่อยกลับมาดําเนินการจําลองต่อ ในทางตรงกันข้าม ถ้าสภาพแวดล้อม Blue ของคุณเป็นแหล่งข้อมูลสําหรับแบบจําลองเชิงตรรกะที่จัดการด้วยตนเองหรือตัวเผยแพร่ข้อความ คุณสามารถดำเนินการสลับเปลี่ยนต่อไปได้เลย อย่างไรก็ตาม คุณจะต้องอัปเดตแบบจําลองที่จัดการด้วยตนเองเพื่อจําลองจากสภาพแวดล้อม Green หลังการสลับเปลี่ยน
หลังจากที่การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS มีการสลับเปลี่ยนแล้ว จะเกิดอะไรขึ้นกับสภาพแวดล้อมการใช้งานจริงแบบเก่าของฉัน
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS จะไม่ลบสภาพแวดล้อมการใช้งานจริงแบบเก่าของคุณ หากจำเป็น คุณจะยังสามารถเข้าถึงเพื่อตรวจสอบความถูกต้องเพิ่มเติมและการทดสอบประสิทธิภาพ/รีเกรสชันได้ หากไม่ต้องการสภาพแวดล้อมการใช้งานจริงแบบเก่าอีกต่อไปแล้ว คุณก็สามารถลบออกได้ จะยังมีการเรียกเก็บค่าบริการมาตรฐานสำหรับอินสแตนซ์การใช้งานจริงแบบเก่าจนกว่าคุณจะลบออก
กฎควบคุมระบบการสลับเปลี่ยนการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS จะตรวจสอบด้านใดบ้าง
กฎควบคุมระบบการสลับเปลี่ยนการติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS จะบล็อกการเขียนบนสภาพแวดล้อม Blue และ Green ของคุณจนกว่าสภาพแวดล้อม Green จะมีการอัปเดตจนเป็นข้อมูลปัจจุบันก่อนที่จะมีการสลับเปลี่ยน นอกจากนี้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ยังดำเนินการตรวจสอบสถานะประสิทธิภาพหลักและแบบจำลองของคุณในสภาพแวดล้อม Blue และ Green อีกด้วย นอกจากนี้ยังทำการการตรวจสอบสถานะประสิทธิภาพของการจำลองด้วย ตัวอย่างเช่น เพื่อดูว่าการจำลองแบบหยุดทำงานแล้วหรือมีข้อผิดพลาดหรือไม่ การติดตั้งใช้งานดังกล่าวจะตรวจจับธุรกรรมที่ใช้เวลานานระหว่างสภาพแวดล้อม Blue และ Green ของคุณ คุณสามารถระบุเวลาหยุดทำงานสูงสุดที่ยอมรับได้ต่ำถึง 30 วินาที และหากคุณมีธุรกรรมที่กำลังดำเนินอยู่ซึ่งใช้เวลาเกินกว่านี้ การสลับเปลี่ยนจะหยุดทำงาน
การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS รองรับพร็อกซีของ Amazon RDS แบบจำลองการอ่านข้ามรีเจี้ยน หรือแบบจำลองการอ่านแบบเรียงซ้อนหรือไม่
ไม่ การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS ไม่รองรับพร็อกซีของ Amazon RDS แบบจำลองการอ่านข้ามรีเจี้ยน หรือแบบจำลองการอ่านแบบเรียงซ้อน
ฉันสามารถใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS เพื่อย้อนกลับการเปลี่ยนแปลงได้หรือไม่
ไม่ได้ ขณะนี้คุณยังไม่สามารถใช้การติดตั้งใช้งานแบบเปิดตัวระบบใหม่เทียบกับระบบเก่า (Blue/Green) ของ Amazon RDS เพื่อย้อนกลับการเปลี่ยนแปลงได้
คำถามที่พบบ่อยเกี่ยวกับการเขียนประสิทธิภาพสูงของ Amazon RDS
การเขียนประสิทธิภาพสูงของ Amazon RDS เขียนไฟล์ข้อมูลต่างจาก MySQL อย่างไร
MySQL ปกป้องผู้ใช้จากการสูญเสียข้อมูลโดยการเขียนข้อมูลในหน้า 16KiB ในหน่วยความจำสองครั้งเพื่อให้การเก็บข้อมูลคงทน โดยในตอนแรกจะไปที่ “บัฟเฟอร์การเขียนซ้ำ” จากนั้นจึงไปยังพื้นที่เก็บขัอมูลตาราง การเขียนประสิทธิภาพสูงของ Amazon RDS เขียนหน้าข้อมูล 16KiB ของคุณไปยังไฟล์ข้อมูลของคุณโดยตรงอย่างน่าเชื่อถือและคงทนในขั้นตอนเดียวโดยใช้ฟีเจอร์ป้องกันการลดประสิทธิภาพการเขียนของ AWS Nitro System
ฐานข้อมูลของ RDS สำหรับ MySQL เวอร์ชันใดบ้างที่รองรับการเขียนประสิทธิภาพสูงของ Amazon RDS
การเขียนประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานใน MySQL เวอร์ชันหลัก 8.0.30 ขึ้นไป
อินสแตนซ์ฐานข้อมูลประเภทใดบ้างที่รองรับการเขียนประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานในรีเจี้ยนใดบ้าง
การเขียนประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานในอินสแตนซ์ db.r6i และ db.r5b มีให้ใช้งานในทุกรีเจี้ยนที่มีอินสแตนซ์เหล่านี้ ยกเว้น AWS China Region
ฉันควรใช้การเขียนประสิทธิภาพสูงของ Amazon RDS เมื่อใด
ผู้ใช้ RDS สำหรับ MySQL ทั้งหมดควรนำการเขียนประสิทธิภาพสูงของ Amazon RDS ไปใช้งานเพื่อให้อัตราการโอนถ่ายข้อมูลธุรกรรมการเขียนเพิ่มขึ้น 2 เท่า แอปพลิเคชันที่มีเวิร์กโหลดงานเขียนหนัก เช่น การชำระเงินดิจิทัล การซื้อขายทางการเงิน และแอปพลิเคชันเกมออนไลน์จะพบว่าฟีเจอร์นี้มีประโยชน์เป็นพิเศษ
การเขียนประสิทธิภาพสูงของ Amazon RDS รองรับ Amazon Aurora รุ่นที่ใช้งานร่วมกับ MySQL ได้หรือไม่
ไม่ได้ เนื่องจาก Amazon Aurora รุ่นที่ใช้งานร่วมกับ MySQL ได้ หลีกเลี่ยงการใช้ “บัฟเฟอร์การเขียนซ้ำ” แล้ว แต่ Aurora จะจำลองข้อมูลหกวิธีในทั่วทั้ง Availability Zone (AZ) สามแห่ง และใช้แนวทางตามองค์ประกอบในการเขียนข้อมูลที่คงทนและอ่านได้อย่างถูกต้องหลังจากนั้น
ลูกค้าสามารถแปลงฐานข้อมูล Amazon RDS ที่มีอยู่ไปใช้การเขียนประสิทธิภาพสูงของ Amazon RDS ได้หรือไม่
ปัจจุบัน รุ่นเริ่มต้นนี้ยังไม่รองรับการเปิดใช้งานการเขียนประสิทธิภาพสูงของ Amazon RDS สำหรับอินสแตนซ์ฐานข้อมูลที่มีอยู่ของคุณ แม้ว่าคลาสอินสแตนซ์จะรองรับการเขียนประสิทธิภาพสูงก็ตาม
การเขียนประสิทธิภาพสูงของ Amazon RDS มีราคาเท่าใด
การเขียนประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานสำหรับลูกค้า RDS สำหรับ MySQL โดยไม่มีค่าใช้จ่ายเพิ่มเติม
คำถามที่พบบ่อยเกี่ยวกับการอ่านประสิทธิภาพสูงของ Amazon RDS
การอ่านประสิทธิภาพสูงของ Amazon RDS ช่วยเร่งประสิทธิภาพการสืบค้นได้อย่างไร
เวิร์กโหลดที่ใช้อ็อบเจกต์ชั่วคราวใน MySQL สำหรับการประมวลผลการสืบค้น จะได้รับประโยชน์จากการอ่านประสิทธิภาพสูงของ Amazon RDS การอ่านประสิทธิภาพสูงจะวางอ็อบเจกต์ชั่วคราวไว้ในพื้นที่เก็บข้อมูลอินสแตนซ์ที่ใช้ NVME ของอินสแตนซ์ฐานข้อมูล แทนที่จะเป็นโวลุม Amazon EBS ซึ่งจะช่วยเร่งการประมวลผลการสืบค้นที่ซับซ้อนให้เร็วขึ้นถึง 50%
ฐานข้อมูลของ RDS สำหรับ MySQL เวอร์ชันใดบ้างที่รองรับการอ่านประสิทธิภาพสูงของ Amazon RDS
การอ่านประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานใน RDS สำหรับ MySQL โดยที่ MySQL ต้องเป็นเวอร์ชัน 8.0.28 ขึ้นไป
อินสแตนซ์ฐานข้อมูลประเภทใดบ้างที่รองรับการอ่านประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานในรีเจี้ยนใดบ้าง
การอ่านประสิทธิภาพสูงของ Amazon RDS มีให้ใช้งานในทุกรีเจี้ยนที่มีอินสแตนซ์ db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn และ X2iedn ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบคลาสของอินสแตนซ์ Amazon RDS DB
ฉันควรใช้การอ่านประสิทธิภาพสูงของ Amazon RDS เมื่อใด
ลูกค้าควรใช้การอ่านประสิทธิภาพสูงของ Amazon RDS เมื่อมีเวิร์กโหลดที่ต้องใช้การสืบค้นที่ซับซ้อน การวิเคราะห์เพื่อวัตถุประสงค์ทั่วไป หรือต้องมีกลุ่มที่ซับซ้อน การจัดเรียง การรวมแฮช การเชื่อมต่อที่มีโหลดสูง และ Common Table Expressions (CTE) กรณีการใช้งานเหล่านี้จะส่งผลให้มีการสร้างตารางชั่วคราวเพื่อทำให้การอ่านประสิทธิภาพสูงสามารถเร่งการประมวลผลการสืบค้นของเวิร์กโหลดให้เร็วขึ้นได้
ลูกค้าสามารถแปลงฐานข้อมูล Amazon RDS ที่มีอยู่ไปใช้การอ่านประสิทธิภาพสูงของ Amazon RDS ได้หรือไม่
ได้ ลูกค้าสามารถแปลงฐานข้อมูล Amazon RDS ที่มีอยู่ของตนให้ใช้การอ่านประสิทธิภาพสูงของ Amazon RDS โดยย้ายเวิร์กโหลดของคุณไปยังอินสแตนซ์ที่เปิดใช้งานการอ่านประสิทธิภาพสูง นอกจากนี้การอ่านประสิทธิภาพสูงยังสามารถใช้ได้ตามค่าเริ่มต้นในคลาสอินสแตนซ์ที่รองรับทั้งหมดด้วย หากคุณกำลังเรียกใช้เวิร์กโหลดบนอินสแตนซ์ db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn และ X2iedn คุณก็ได้รับประโยชน์จากการอ่านประสิทธิภาพสูงอยู่แล้ว
คำถามที่พบบ่อยเกี่ยวกับการบูรณาการ ETL แบบไร้รอยต่อกับ Amazon Redshift
ฉันควรใช้การบูรณาการ ETL แบบไร้รอยต่อของ Amazon RDS สำหรับ MySQL กับ Amazon Redshift เมื่อใด
คุณควรใช้การบูรณาการ ETL แบบไร้รอยต่อของ Amazon RDS สำหรับ MySQL กับ Amazon Redshift เมื่อคุณต้องการขจัดความจำเป็นในการสร้างและจัดการไปป์ไลน์ข้อมูลที่ซับซ้อน เมื่อข้อมูลอยู่ใน Amazon Redshift แล้ว คุณจะสามารถเข้าถึงความสามารถของแมชชีนเลิร์นนิง (ML) และการวิเคราะห์แบบเกือบเรียลไทม์บนข้อมูลธุรกรรมของคุณจาก RDS สำหรับ MySQL ได้
RDS สำหรับ MySQL เวอร์ชันใดและ AWS Region ใดที่รองรับการบูรณาการ ETL แบบไร้รอยต่อ
การบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon Redshift มีให้ใช้งานสำหรับ MySQL เวอร์ชัน 8.0.32 ขึ้นไปใน AWS Region ที่รองรับ
การบูรณาการ ETL แบบไร้รอยต่อมีประโยชน์อย่างไรบ้าง
การบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon Redshift จะช่วยให้คุณสามารถใช้การวิเคราะห์แบบใกล้เรียลไทม์และแมชชีนเลิร์นนิง (ML) บนข้อมูลธุรกรรมระดับเพตะไบต์และขจัดความจำเป็นในการสร้างและจัดการไปป์ไลน์ข้อมูลที่ซับซ้อนได้ ข้อมูลจะถูกจำลองไปยัง Amazon Redshift ภายในไม่กี่วินาทีหลังจากเขียนข้อมูลไปยัง RDS สำหรับ MySQL คุณสามารถรวมข้อมูลจากฐานข้อมูลและตารางหลายรายการจาก RDS สำหรับ MySQL เข้าสู่ Amazon Redshift ได้ การกรองข้อมูลของฐานข้อมูลและตารางที่เฉพาะเจาะจงจะช่วยให้คุณสามารถนำข้อมูลที่คัดสรรเข้าสู่ Amazon Redshift ได้ตามความต้องการด้านการวิเคราะห์ของคุณ
การใช้การบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon Redshift มีค่าบริการเท่าใด
จะมีค่าบริการสำหรับทรัพยากร RDS สำหรับ MySQL และ Amazon Redshift ที่ใช้ในการสร้างและประมวลผลข้อมูลการเปลี่ยนแปลงที่สร้างขึ้นในฐานะส่วนหนึ่งของการบูรณาการ ETL แบบไร้รอยต่อ ทรัพยากรเหล่านี้รวมถึงค่าใช้จ่ายในการส่งออกสแนปช็อต Amazon RDS เพื่อจัดเตรียมและซิงโครไนซ์คลังข้อมูล Amazon Redshift ของคุณอีกครั้ง เปลี่ยนแปลงค่าใช้จ่ายในการถ่ายโอนข้อมูลการเก็บข้อมูล (CDC) สําหรับการจําลองแบบอย่างต่อเนื่องของการเปลี่ยนแปลงข้อมูลจากต้นทางไปยังเป้าหมาย I/O RDS ปกติและพื้นที่เก็บข้อมูลที่ใช้ในการประมวลผลข้อมูลการเปลี่ยนแปลง และค่าบริการพื้นที่เก็บข้อมูลและการประมวลผลตามปกติของ Amazon Redshift สําหรับข้อมูลที่จําลองแบบ ดูข้อมูลเพิ่มเติมได้ที่หน้าราคา RDS สำหรับ MySQL
ตัวอย่างเช่น คุณมีฐานข้อมูล RDS สําหรับ MySQL เวอร์ชัน 8.0.32 และคลังข้อมูล Amazon Redshift ที่เรียกใช้ในรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียฝั่งเหนือ) ปัจจุบันอินสแตนซ์ RDS สำหรับ MySQL DB นี้ใช้ความจุพื้นที่เก็บข้อมูล SSD (gp3) สําหรับการใช้งานทั่วไปขนาด 50 GB ซึ่งรวมถึง IOPS พื้นฐานที่เตรียมใช้งาน มีการเปิดใช้งานการสํารองข้อมูลอัตโนมัติ และเปิดใช้การบันทึกไบนารี MySQL
เมื่อคุณสร้างการบูรณาการ ETL แบบไร้รอยต่อกับ Amazon Redshift สําหรับอินสแตนซ์ RDS สำหรับ MySQL DB สแนปช็อตของข้อมูล (50 GB) จะสร้างขึ้นและส่งออกไปยังคลังข้อมูล Amazon Redshift ในวันถัดไป คุณจะเปลี่ยนคีย์หลักของตารางในอินสแตนซ์ RDS สำหรับ MySQL DB ซึ่งส่งผลให้การส่งออกสแนปช็อตไปยัง Amazon Redshift ได้รับการซิงโครไนซ์อีกครั้ง ตลอดระยะเวลา 30 วัน ฐานข้อมูลจะประมวลผลการเปลี่ยนแปลงข้อมูล 5 GB
ในตัวอย่างนี้ ค่าใช้จ่ายในการใช้ RDS สําหรับ MySQL ที่บูรณาการ ETL แบบไร้รอยต่อกับ Amazon Redshift ในสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียฝั่งเหนือ) เป็นเวลา 30 วันคือ 50 GB x (0.10 USD/GB) การส่งออกครั้งแรก บวกกับค่าใช้จ่ายในการซิงโครไนซ์ซ้ำ 50 GB x (0.10 USD/GB) บวกกับการถ่ายโอนข้อมูล CDC 5 GB x (2.00 USD/GB) รวมเป็น 20.00 USD นอกจากค่าใช้จ่ายเหล่านี้สําหรับการบูรณาการ ETL แบบไร้รอยต่อแล้ว คุณยังต้องรับผิดชอบค่าใช้จ่ายจากการใช้งานตามปกติของ Amazon RDS และ Amazon Redshift ในการประมวลผลข้อมูลที่จําลองแบบด้วย เช่น I/O พื้นที่เก็บข้อมูล และค่าใช้จ่ายในการประมวลผล
ฉันสามารถใช้แบบจำลองการอ่านของ Amazon RDS เพื่อสร้าง RDS สำหรับการบูรณาการ ETL แบบไร้รอยต่อของ MySQL กับ Amazon Redshift ได้หรือไม่
ได้ เพื่อลดการใช้ทรัพยากรในอินสแตนซ์หลัก คุณสามารถใช้แบบจำลองการอ่านของ Amazon RDS เป็นอินสแตนซ์ Amazon RDS ต้นทางสำหรับการบูรณาการ ETL แบบไร้รอยต่อกับ Amazon Redshift ได้
การบูรณาการ ETL แบบไร้รอยต่อรองรับ AWS CloudFormation หรือไม่
ใช่ คุณสามารถใช้ AWS CloudFormation เพื่อจัดการและสร้างระบบอัตโนมัติสำหรับการกำหนดค่ารวมถึงการปรับใช้ทรัพยากรที่จำเป็นสำหรับการบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon Redshift ได้ ดูข้อมูลเพิ่มเติมได้ที่คู่มือผู้ใช้ AWS CloudFormation
การบูรณาการ ETL แบบไร้รอยต่อจัดการธุรกรรมอย่างไร การดำเนินการนี้มีความผูกมัดในเชิงโครงสร้างหรือไม่เมื่อจำลองแบบ
การบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon Redshift จะจำลองธุรกรรมเชิงโครงสร้างเพื่อให้มั่นใจได้ในความสอดคล้องกันของข้อมูลระหว่างฐานข้อมูล RDS สำหรับ MySQL ต้นทางและคลัสเตอร์ Amazon Redshift เป้าหมาย
ต่อไปนี้เป็นประเด็นสำคัญบางประการเกี่ยวกับการรับประกันความถูกต้องของฐานข้อมูลของธุรกรรมที่มีการผสานรวมนี้
- เฉพาะธุรกรรมที่ผูกมัดใน RDS สำหรับ MySQL เท่านั้นที่จะได้รับการจำลองไปยัง Amazon Redshift โดยจะไม่มีผลกับธุรกรรมที่ไม่มีข้อผูกมัดหรือย้อนกลับ
- การผสานรวมใช้กระบวนการผูกมัดแบบสองเฟสเพื่อนำแต่ละธุรกรรมไปใช้กับ Amazon Redshift ในเชิงโครงสร้าง ระบบจะนำการเปลี่ยนแปลงข้อมูลทั้งหมดในธุรกรรมไปใช้ หรือไม่มีการนำไปใช้เลยหากมีข้อผิดพลาดเกิดขึ้น
- ความสอดคล้องของธุรกรรมจะคงอยู่ระหว่างต้นทางกับเป้าหมาย หลังจากการจำลองข้อมูล ข้อมูลสำหรับธุรกรรมที่กำหนดจะสอดคล้องกันทั้งใน RDS สำหรับ MySQL และ Amazon Redshift
- นอกจากนี้ยังมีการนำการเปลี่ยนแปลงสคีมาผ่าน DDL หรือ DML มาใช้ในเชิงโครงสร้างเพื่อรักษาความสมบูรณ์ของข้อมูลด้วย
- แอปพลิเคชันเชิงโครงสร้างของธุรกรรมจะทำให้มั่นใจได้ว่าไม่มีการทำธุรกรรมเพียงบางส่วนหรือสถานะข้อมูลไม่สอดคล้องกันระหว่างฐานข้อมูล
การเปลี่ยนแปลงที่ฉันทำใน RDS สำหรับ MySQL จะได้รับการจำลองใน Amazon Redshift ตามลำดับใด
การบูรณาการ ETL แบบไร้รอยต่อของ RDS สำหรับ MySQL กับ Amazon RedShift จะรักษาความสอดคล้องของธุรกรรมอย่างสมบูรณ์ระหว่างฐานข้อมูล RDS สำหรับ MySQL ต้นทางและคลัสเตอร์ Amazon RedShift เป้าหมาย
การเปลี่ยนแปลงสคีมาจัดการกับการบูรณาการ ETL แบบไร้รอยต่ออย่างไรบ้าง
ต่อไปนี้เป็นประเด็นสำคัญบางประการเกี่ยวกับวิธีการจัดการการเปลี่ยนแปลงสคีมา
- คำสั่ง DDL เช่น CREATE TABLE, ALTER TABLE, DROP TABLE และอื่น ๆ จะได้รับการจำลองโดยอัตโนมัติจาก RDS สำหรับ MySQL ไปยัง Amazon Redshift
- การบูรณาการทำให้เกิดการตรวจสอบและการปรับเปลี่ยนที่จำเป็นในตาราง Amazon RedShift สำหรับการเปลี่ยนแปลงสคีมาที่จำลองไว้ ตัวอย่างเช่นการเพิ่มคอลัมน์ใน RDS สำหรับ MySQL จะเพิ่มคอลัมน์ใน Amazon Redshift ด้วย
- การจำลองแบบและการซิงค์สคีมาจะเกิดขึ้นแบบใกล้เรียลไทม์โดยอัตโนมัติโดยมีความล่าช้าน้อยที่สุดระหว่างฐานข้อมูลต้นทางและเป้าหมาย
- ความสอดคล้องของสคีมาจะคงอยู่แม้ว่าการเปลี่ยนแปลง DML จะเกิดขึ้นควบคู่ไปกับการเปลี่ยนแปลง DDL

สามารถลองใช้ Amazon RDS ได้ฟรี ชำระค่าบริการเฉพาะส่วนที่คุณใช้เท่านั้น ไม่มีค่าธรรมเนียมขั้นต่ำ