พื้นที่จัดเก็บปริมาณที่เรียกเก็บเงินบนคลัสเตอร์ Aurora RDS MySQL เพิ่มขึ้นจาก 70GB เป็น 1200GB ภายในเวลาไม่กี่ชั่วโมงและไม่ได้ลดลงเลย
การสนับสนุนระดับพรีเมียมของ AWS ดูเหมือนจะไร้เหตุผล พวกเขาทำให้เราเพิ่มเวอร์ชันของ Aurora RDS MySQL 5.7 จาก 2.09.1 เป็น 2.10.0 โดยบอกว่ามีข้อบกพร่องบางอย่างในเวอร์ชันที่ใช้อยู่และพื้นที่ว่างนั้นควรว่างเมื่อรีบูต เราทำการอัปเกรด รีบูตคลัสเตอร์หลังการอัปเกรดด้วยตนเอง แต่ก็ไม่ได้สร้างความแตกต่างให้กับพื้นที่จัดเก็บวอลุ่มที่เรียกเก็บเงิน
พื้นที่ใช้งานจริงโดยฐานข้อมูลแอปพลิเคชันของเราคือ 69GB รวมดัชนี พื้นที่ว่างในฐานข้อมูลนี้คือ 15GB ดังนั้นพื้นที่ที่ใช้ทั้งหมดควรเป็น ~85GBไม่มีบันทึกไบนารี ตารางชั่วคราว เรายังไม่ได้ใช้แบบจำลอง (นี่คือคลัสเตอร์โหนดเดียว)
เลือก table_schema "ชื่อฐานข้อมูล", ผลรวม ( data_length + index_length ) / 1024/1024/1024 "พื้นที่ว่างใน GB", ผลรวม ( data_free )/ 1024/1024/1024 "พื้นที่ว่างในหน่วย GB", ผลรวม ( data_length + index_length + data_free ) / 1024/1024/1024 "ขนาดฐานข้อมูลทั้งหมดเป็น GB" จาก information_schema.TABLES GROUP BY table_schema;
| ชื่อฐานข้อมูล | พื้นที่ว่างในหน่วย GB | พื้นที่ว่างใน GB | ขนาดฐานข้อมูลทั้งหมดเป็น GB |
+-----------------------+----------------------+----- -------------+--------------------------+
| information_schema | 0.000198364258 | 0.875976562500 | 0.876174926758 |
| แอพ920 | 69.161712646484 | 15.512695312500 | 84.674407958984 |
| มายเอสคิวแอล | 0.019073486328 | 925.045898437500 | 925.064971923828 |
| performance_schema | 0.000000000000 | 0.000000000000 | 0.000000000000 |
| ซิส | 0.000015258789 | 21.512695312500 | 21.512710571289 |
+-----------------------+----------------------+----- -------------+--------------------------+
5 แถวในชุด (0.05 วินาที)
เวลาของการหยุดกะทันหันในวันที่ 26 มิถุนายน ตรงกับช่วงเวลาบำรุงรักษาที่เรากำหนดไว้สำหรับคลัสเตอร์นี้ (เป็นเวลากลางคืนของเราซึ่งไม่มีการจราจร) เราสงสัยว่ามีบางอย่างผิดพลาดในระหว่างช่วงเวลาการบำรุงรักษา แอปพลิเคชันของเราไม่ได้ใช้ฐานข้อมูลภายในเช่น mysql นอกจากนี้ยังไม่มีการเปลี่ยนแปลงแผนการของเรา
เราต้องการทราบว่าอะไรทำให้ Volume Bytes Used สูงมากที่นี่ และจะป้องกันได้อย่างไร