มากเกินไปข้อผิดพลาดการเชื่อมต่อระหว่างฐานข้อมูลแคชปรับปรุง

[krisp]

ในคืนที่อื่น ๆ ฉันเกิดขึ้นเพื่อจะรู้สึกตัวเพียงเล็กน้อยหลังจากที่ 4 ในช่วงเช้าที่ฟอรั่มก็ถูกลงสำหรับเช่น 20 นาที :


ข้อผิดพลาดของฐานข้อมูลในระบบ :

mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli จริงการเชื่อมต่อ </ a>] : (08004/1040) : การเชื่อมต่อมากเกินไป
/ var / www / vhosts httpdocs / ... / / รวมถึง class_core.php / 1138 เมื่อสาย

ข้อผิดพลาด MySQL :
หมายเลขข้อผิดพลาด :
วันที่ขอ : อังคารธันวาคม 15, 2009 @ 04:28:00
ข้อผิดพลาดวัน : อังคารธันวาคม 15, 2009 @ 04:28:00
สคริปต์ : http://.../
อ้างอิง :
IP Address :
ชื่อ :
ClassName : vB_Database_MySQLi
MySQL รุ่น :
-->

ตอนนี้ฉันไม่เคยมีประสบการณ์นี้มาก่อนและผมสงสัยว่าถ้ามันเป็นเรื่องบังเอิญที่นี้เป็นรอบการปรับปรุงแคช vb ในการจัดกำหนดการงาน

ฉันจะตรวจสอบเช้านี้และทุกอย่างตกลงดังนั้นมันไม่ได้ทำซ้ำในวันนี้

เซิร์ฟเวอร์ดูเหมือนจะไม่เน้นตั้งแต่ผมฟอรั่มบนเซิร์ฟเวอร์เดียวกันอื่นโดยไม่ต้อง vbet, ที่ทำงานได้ดีในช่วงเวลาของฟอรั่ม vbet ของฉัน

กำลังมองหาที่ serverlog ที่มีไม่ดูเหมือนจะเป็นกิจกรรมที่บอบาง แต่กิจกรรมของผู้ใช้ไม่มาก บอทดูเหมือนจะได้รับตกลง 200 -- แต่ผู้ใช้ปกติได้ dberror นอกจากนี้ยังแปลกระเบียนใน logfile เซิร์ฟเวอร์ที่ดูเหมือนจะไม่ถูกจัดเรียงตามลำดับ ...

บิตของ puzzele ... บางทีคุณอาจจะสามารถบอกได้ว่าถ้ามี class_core.php / เกี่ยวกับ 1138 เส้นที่มีส่วนเกี่ยวข้องในการปรับปรุงแคช? หรือบางทีบางส่วนของคุณมีความคิดวิธีการแก้ไขปัญหานี้หรือไม่

[vBET]

vBET ไม่ได้สร้างการเชื่อมต่อใหม่ -- มันสามารถ reestablish การเชื่อมต่อ แต่นี้จะทำเพียงอย่างใดอย่างหนึ่งที่เกิดขึ้นจริงจะหายไป (ในกรณีที่ถ้าแปลมาสายเกินไปจาก Google) และการเชื่อมต่อนี้จะทำโดย $ vBulletin -> db -> เชื่อมต่อเพื่อ vBulletin ทำทั้งหมดที่จำเป็นในการล้างที่สิ้นสุด

ดังนั้นในขณะนี้เราคิดว่าปัญหาคือที่อื่น

class_core.php ไม่ได้เป็นไฟล์ของเราและจะไม่ใช้แคช vBET โดยตรง -- แต่ถ้าแฟ้มนี้จะรับผิดชอบในการดำเนินการของงานที่กำหนดแล้วก็ยังจะดำเนินการล้างแคช

[vBET]

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

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

[krisp]

happend อีกครั้ง 04-05 -- โดเมนทั้งหมดลงด้วยการเชื่อมต่อมากเกินไป ผมคิดว่าคุณมีสิทธิ์ ฟอรั่มไม่ว่างการล้างแคชและบอทค้นหาจะถูกปลอมแปลงด้วยหนึ่งคำขอต่อวินาที ฉันจะได้เห็น serverload ได้สูงมาก ตอนนี้ก็เป็นอีกครั้งที่ต่ำมาก vbet DB ประมาณ 1.1 GB

ฉันได้เปลี่ยนไป"ลบข้อมูลแคชทุกครั้งสำหรับแคช TTL ช่วงเวลา"

เสียงดีมากอย่างแน่นอน 330 ที่อยู่ปัญหานี้!