terlalu banyak koneksi db kesalahan selama mengupdate cache yang

[krisp]

Malam itu saya kebetulan terjaga sedikit setelah 4 di pagi hari, di mana forum tiba-tiba turun untuk seperti 20 menit:


Kesalahan dalam database vBulletin:

mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli real-menghubungkan </ a>]: (08004/1040): Terlalu banyak koneksi
/ Var / www / vhosts / ... / httpdocs / includes / class_core.php on line 1138

MySQL Error:
Kesalahan Nomor:
Permintaan Tanggal: Selasa, Desember 15, 2009 @ 04:28:00
Kesalahan Tanggal: Selasa, Desember 15, 2009 @ 04:28:00
Script: http://.../
Referrer:
Alamat IP:
Username:
Classname: vB_Database_MySQLi
MySQL Versi:
-->

Sekarang, saya pernah mengalami ini sebelumnya, dan saya bertanya-tanya, apakah itu suatu kebetulan, bahwa ini adalah sekitar memperbarui cache vb dalam tugas-tugas dijadwalkan.

Aku memeriksa pagi ini dan semuanya ok, jadi tidak mengulangi hari ini.

Server sepertinya tidak ditekankan, karena aku telah forum lain pada server yang sama tanpa vBET, yang berjalan baik selama downtime forum vBET saya.

Melihat serverlog, ada itu tampaknya ada beberapa aktivitas bot, tapi tidak banyak aktivitas pengguna. Para bots sepertinya untuk mendapatkan OK 200 - tetapi pengguna normal punya dberror. Juga aneh catatan dalam logfile server yang tampaknya tidak akan diurutkan secara kronologis ...

Sedikit puzzele sebuah ... mungkin Anda dapat memberitahu saya jika mencakup / class_core.php on line 1138 terlibat dalam memperbarui cache? Atau mungkin beberapa dari Anda punya ide bagaimana memecahkan masalah ini?

[vBET]

vBET tidak membuat koneksi baru - dapat membangun kembali koneksi tetapi ini dibuat hanya jika satu aktual hilang (dalam kasus jika terjemahan datang terlambat dari Google). Dan koneksi ini dibuat oleh $ vBulletin-> db-> terhubung sehingga membuat semua kliring vBulletin diperlukan di akhir.

Jadi pada saat ini kita berpikir bahwa masalah adalah suatu tempat lain.

class_core.php bukan file kita dan tidak menggunakan cache secara langsung vBET - tetapi jika file ini bertanggung jawab untuk pelaksanaan tugas yang dijadwalkan, maka itu juga akan mengeksekusi membersihkan cache.

[vBET]

Satu hal lagi. Jika Anda menulis tentang membersihkan cache vBET, maka silakan sih berapa banyak data yang Anda miliki dalam cache. Jika itu benar-benar jumlah yang besar, maka silakan mengubah strategi tembolok.
vBET tidak menciptakan koneksi tambahan, tetapi jika kliring waktu terlalu lama, maka klien lainnya menunggu dan koneksi baru yang dibuat oleh vB untuk klien baru, yang sakit menunggu. ini adalah mengapa kita menambahkan beberapa strategi kliring. Untuk jumlah sangat besar data silahkan menggunakan strategi terakhir.

Harap dicatat bahwa masalah ini akan diminimalkan dalam 3.3.0 karena kita akan membagi tabel cache untuk setiap bahasa, sehingga indeks Anda akan 52 kali lebih kecil dan kliring akan jauh lebih cepat - cepat menghapus data, namun memperbarui indeks besar tidak diperlukan. Jadi saat ini silakan mempertimbangkan penggunaan strategi kliring lain, yang lebih baik untuk indeks besar:)

[krisp]

Happend lagi 04-05 - semua domain bawah dengan koneksi terlalu banyak. Saya pikir Anda benar. Forum sibuk membersihkan cache dan bot pencarian merusak satu permintaan per detik. Aku bisa melihat serverload sangat tinggi. Sekarang sangat rendah lagi. vBET db sekitar 1,1 GB

Saya telah beralih ke "Hapus semua data cache TTL sekali interval cache".

Kedengarannya sangat bagus sekali 330 alamat masalah ini!