Score:0

MySQL เข้าถึงไฟล์ temp ที่ถูกลบจำนวนมาก

ธง ca

เวอร์ชัน MySQL: mysql Ver 8.0.25-0ubuntu0.20.04.1 สำหรับ Linux บน x86_64 ((Ubuntu))

ฉันมีเซิร์ฟเวอร์ที่โฮสต์ฐานข้อมูล MySQL และ Apache Airflow มันทำงานได้ดีสองสามเดือน สองสามวันมานี้บริการของฉันหยุดทำงานอย่างต่อเนื่อง

ฉันเห็นว่าข้อผิดพลาดเกิดจากเนื้อที่ดิสก์ไม่เพียงพอ: นี่คือข้อผิดพลาดที่ฉันเห็นเมื่อพยายามเรียกใช้บริการ Airflow

ป้อนคำอธิบายรูปภาพที่นี่

ป้อนคำอธิบายรูปภาพที่นี่

สิ่งนี้กำลังเกิดขึ้นแม้ว่าฉันเห็นว่ามีพื้นที่ว่างในดิสก์เหลืออยู่: ป้อนคำอธิบายรูปภาพที่นี่

ฉันพบว่าอาจเป็นเพราะข้อบกพร่องของ MySQL https://community.oracle.com/tech/developers/discussion/4267115/mysql-daemon-not-releasing-deleted-temp-file

แต่ฉันติดตั้ง MySQL เวอร์ชันใหม่กว่าแล้ว ดังนั้นสิ่งนี้จึงไม่ควรเกิดขึ้น

พยายามรีสตาร์ทเซิร์ฟเวอร์สองสามครั้ง

พยายามฆ่าบริการ MySQL ด้วยตนเอง แต่มันกลับเป็นสถานะเดิมเสมอ

ดังนั้นฉันจึงไม่สามารถแก้ไขได้ชั่วคราว

ป้อนคำอธิบายรูปภาพที่นี่

ไม่สามารถเข้าใจวิธีแก้ไขข้อผิดพลาดอย่างถาวร ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชม

Michael Hampton avatar
cz flag
สิ่งนี้ตอบคำถามของคุณหรือไม่ [ดิสก์เต็ม du บอกแตกต่างกัน จะตรวจสอบเพิ่มเติมได้อย่างไร](https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate)
ua flag
ลด `max_connections` ใน my.cnf เหลือเพียง 30 มีการตั้งค่า `tmpdir` ในไฟล์ปรับแต่งหรือไม่
ca flag
@MichaelHampton ไม่ ฉันไม่คิดว่ามันเป็นจริง
ca flag
@RickJames ลดการเชื่อมต่อสูงสุด แต่ยังคงเหมือนเดิม
Michael Hampton avatar
cz flag
คุณดูหรือยัง อะไรคือไอโหนดที่นับได้?
ca flag
ใช่ @MichaelHampton ใช้ Inodes 100% ฉันเพิ่มพื้นที่ดิสก์ ดูเหมือนว่าจะได้รับการแก้ไขชั่วคราว Mysql ยังคงเข้าถึงไฟล์ที่ถูกลบเหล่านั้น ฉันหมายความว่า MySQL ที่เข้าถึงไฟล์ temp ที่ถูกลบนั้นไม่เกี่ยวข้องกัน
Michael Hampton avatar
cz flag
ฉันคิดว่าคุณจะต้องรีสตาร์ท MySQL
ca flag
ฉันทำอย่างนั้นสองสามครั้ง PID เปลี่ยนไป แต่ยังคงเข้าถึงไฟล์เหล่านั้น
ua flag
ใช้ไอโหนด 100% -- ฟังดูเหมือนไฟล์ขนาดเล็กจำนวนมากในระบบไฟล์ ในช่วงหลายทศวรรษที่ฉันใช้ *nix ฉันจำไม่ได้ว่าไอโหนดหมดก่อนที่จะหมดพื้นที่ ฉันไม่รู้ด้วยซ้ำว่าจะเปลี่ยนพารามิเตอร์ OS ใดเพื่อเพิ่มอัตราส่วนระหว่างไอโหนดและบล็อกข้อมูล
ca flag
@RickJames ไอโหนด 100% เป็นเพราะ Airflow การดำเนินการ dag แต่ละครั้งใน Airflow จะสร้างไดเร็กทอรีบันทึก (หลายงานทำงานทุกสองสามนาที) เรามี logrorate เพื่อลบไฟล์บันทึก แต่ไดเร็กทอรียังคงอยู่ที่นี่ ฉันคิดว่านั่นคือสาเหตุ
ca flag
ฉันจะเขียน cron เพื่อล้างไดเรกทอรีว่างแล้วลองทำดู
ua flag
@ofnowhere - แนะนำให้ยื่นรายงานข้อผิดพลาดกับ Airflow
ca flag
ไม่แน่ใจว่ามันไม่ดี แต่เป็นการใช้งานคุณสมบัติที่ไม่ดี
Score:1
ธง ua

ออกจากไอโหนด? ตรวจสอบกับ df --inodes

การแก้ไขอย่างรวดเร็วแต่ชั่วคราวคือการโยนไฟล์เข้าไป .ขยะ และ ดาวน์โหลด

อาจมีไฟล์ว่างที่ไม่จำเป็นจำนวนมาก: https://www.interserver.net/tips/kb/solution-running-inodes/ https://askubuntu.com/questions/231585/running-out-of-inodes

บางที "การบีบอัด" แผนผังดิสก์ที่ใช้น้อยอาจช่วยได้ (คุณจะต้องใช้ไอโหนดฟรีสองสามตัวก่อนที่จะลองสิ่งนี้) หรือ น้ำมันดิน ขึ้นต้นไม้บางต้นที่ไม่ต้องการ

(เป็นต้น)

โพสต์คำตอบ

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