WordPress MYSQL DB BINARY LOG - ปริมาณหยด/เซิร์ฟเวอร์เพิ่มขึ้นอย่างรวดเร็ว

เว็บไซต์ WordPress ของฉันใช้ Nginx เมื่อเร็ว ๆ นี้ฉันสังเกตเห็นว่าปริมาณเซิร์ฟเวอร์เพิ่มขึ้นจาก 8GB เป็น 40GB ฉันพบว่า WordPress MYSQL Binary Log ใช้พื้นที่มากขึ้น ในแต่ละวินาที ธุรกรรมของฐานข้อมูลจะถูกเขียนลงในไฟล์ Binlog

ฉันสงสัยว่าเราไม่มีการเข้าชมจำนวนมากบนเว็บไซต์/WordPress ของเรา และการมีไฟล์บินล็อก MySQL จำนวนมากและมีขนาดใหญ่ รวมถึงกิจกรรมฐานข้อมูลจำนวนมากที่บันทึกในไฟล์บินล็อกต่อวินาที อาจเกิดจากการโจมตีของบอทหรือปลั๊กอินใดๆ ที่ใช้ฐานข้อมูลอย่างหนักเพื่อการจัดเก็บชั่วคราว

สิ่งที่ฉันได้ทำไปแล้ว ฉันรัน mysql> PURGE BINARY LOGS ก่อน '2021-08-30 22:46:26' สิ่งนี้จะลดขนาดดิสก์จาก 40GB เป็น 10GB ซึ่งถือว่าดี

คำถามของฉัน: (1) เนื่องจากฉันใช้เซิร์ฟเวอร์เดียวและไม่ได้ใช้แบบจำลอง ฉันสามารถปิดใช้งาน BINARY LOG (mysql> SET SQL_LOG_BIN =0) ได้หรือไม่ หากฉันปิดใช้งาน BINARY LOG สิ่งนี้จะทำให้เกิดปัญหาหรือไม่

(2) อะไรทำให้ไฟล์บันทึกไบนารีเพิ่ม Raipdaly นี่อาจเป็นทราฟฟิกที่เป็นอันตราย ถ้าเป็นเช่นนั้นฉันจะหยุดได้อย่างไร

ความคิดใด ๆ

ชุด หมดอายุ_logs_วัน หรือ binlog_expire_logs_seconds เพื่อที่ binlogs จะถูกล้างโดยอัตโนมัติ (เป็นระยะ)

Binlogs ใช้สำหรับการจำลองแบบและ/หรือการสำรองข้อมูลบางประเภท เนื่องจากคุณดูเหมือนจะไม่ทำเช่นกัน ใช่ เปลี่ยนเป็น log_bin = ปิด. หมายเหตุ: กำลังดำเนินการ ชุด จะไม่คงอยู่ผ่านการรีสตาร์ทครั้งถัดไป คุณต้องเปลี่ยนไฟล์กำหนดค่า (อาจ my.cnf).

ทำไมจึงเติบโตอย่างรวดเร็ว? ยากที่จะพูดโดยไม่ต้องดูใน binlog เพื่อดูว่ามีอะไรเทอะทะ ซ้ำซาก หรือซุกซนอยู่

คำถามประเภท DBA จะถูกส่งไปที่ dba.stackexchange.com ดีกว่า

ถ้าไฟล์มี "include" อย่างน้อยหนึ่งไฟล์ ให้ตามไปที่ไฟล์ในนั้น ตัวอย่างเช่น:

!includedir /etc/mysql/conf.d/

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

[มายเอสคิวลด์]
log_bin = ปิด

การตั้งชื่อไฟล์ที่ขึ้นต้นด้วยอาจดีกว่า ซี เพื่อที่มันจะถูกจัดการ (ตามตัวอักษร) สุดท้าย