Query caching

[tavenger5]

Aku mengambil melihat log query lambat saya dan saya melihat hal-hal seperti ini:



# Time: 140222 8:50:25
# User@Host: database_user[database_user] @ [10.0.0.4]
# Query_time: 7.076817 Lock_time: 0.000065 Rows_sent: 3 Rows_examined: 4174934
use cellphon_forum;
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='U.S. Supreme$
# User@Host: database_user[database_user] @ [10.0.0.4]
# Query_time: 14.198858 Lock_time: 0.000056 Rows_sent: 18 Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='******* Xtre$
# User@Host: database_user[database_user] @ [10.0.0.4]
# Query_time: 13.591001 Lock_time: 0.000274 Rows_sent: 1 Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='(Espa&ntilde$


Apakah ada cara untuk query cache seperti ini? Pertanyaan ini memuat di hampir setiap halaman load.

Ya, aku punya tamu cache pada.

[tavenger5]

Juga, jika Anda menjalankan ekstra pada pertanyaan ini, ada catatan ini: "Mustahil mana melihat setelah membaca const tabel"

[vBET]

Silakan kunjungi Admin CP -> vBET Cache -> Memory Cache Anda dapat mengatur ada pada penggunaan memori cache (4 mesin yang didukung: Memcache, APC, XCache eAccelerator).

Apakah ini sesuai dengan kebutuhan Anda?

PS.
Satu pertanyaan - apa adalah ukuran waktu untuk waktu query dalam laporan?

[tavenger5]

Tidak memori cache berfungsi seperti normal cache tapi menyimpan data di memori? Itu akan menghilangkan beberapa pertanyaan?

Permintaan saat ini tercantum dalam posting pertama sebelum query.

[vBET]

Menggunakan Cache tamu pasti akan menghilangkan banyak pertanyaan, karena untuk Tamu hasil akan disimpan di HTML sebagai file dan streaming dari file (sampai file berakhir - kemudian refresh).
Semua Cache akan menghilangkan banyak pertanyaan, karena sebagian besar lalu lintas di forum dari tamu (termasuk laba-laba).

Aku hanya memeriksa sumber kami tentang memori Cache. Ia bekerja sama dengan kami semua Cache - jadi digunakan hasil akan diambil dari memori tidak dari file. Dalam kasus ini tidak akan menghilangkan pertanyaan (semua Cache sudah melakukannya).
Masih vBulletin sendiri seperti yang saya ingat (tidak yakin) memiliki dukungan untuk memori cache dan mungkin ini akan menghilangkan beberapa pertanyaan.

Aku tahu di mana waktu terdaftar query - saya bertanya tentang mengukur waktu. Mungkin aku tidak jelas - apa adalah satuan waktu? (s, ms, ns?)
Kami memiliki indeks pada Tabel cache kami sehingga waktu harus pendek.

Juga Anda dapat mencoba untuk menonaktifkan opsi Admin CP -> vBET Cache -> Database Cache -> Select grouped translations. Bila dinonaktifkan, maka permintaan akan sederhana (tidak mengambil oleh serie), tetapi akan ada lebih banyak pertanyaan (sesuatu untuk sesuatu) - mungkin pada forum Anda akan lebih baik untuk query lebih sering.
Sebagai contoh - Cari pada hasil Anda Anda memiliki 3 permintaan yang memberikan hasil 22. Jika Anda menonaktifkan mengambil hasil dalam kelompok maka Anda akan memiliki 22 queries memberikan 1 hasil, tetapi permintaan akan lebih mudah (sederhana 'Mana' bagian) begitu juga lebih cepat. Jika Anda memiliki database pada server lain maka pasti Anda tidak boleh mencoba ini. Anda mengambil hasil oleh localhost, maka mungkin Anda akan melihat peningkatan. Tidak bisa mengatakan - harus memeriksa itu.

[tavenger5]

Oke, terima kasih untuk menjelaskan. Saya menggunakan semua cache dan memori cache (xcache), tapi aku masih terkejut bagaimana banyak pilih berasal dari database.

Ukuran waktu yang di atas adalah dalam detik.

[vBET]

Butuh database Anda terakhir untuk permintaan? Benarkah? Ini ada pasti sesuatu yang salah. Silakan coba untuk memperbaiki tabel oleh Admin CP, mungkin ada sesuatu yang salah. Tidak boleh begitu lama - data tersebut diindeks.

[tavenger5]

Aku punya perasaan bahwa beberapa tabel mengunci dan/atau menunggu cache query, itulah sebabnya mereka mengambil begitu lama untuk mengeksekusi. Bukan untuk menyebutkan saya bisa menggunakan beberapa lebih banyak memori pada server database saya - saya bekerja tentang itu juga.

[vBET]

vBET menggunakan cache tabel tanpa transaksi (MYISAM) sehingga menghalangi seharusnya tidak menjadi masalah. Mungkin Anda telah melanggar indeks dan MySQL membuat penelusuran lengkap. Sekali lagi silahkan gunakan Admin CP untuk memperbaiki semua tabel dan indeks (Admin CP -> Maintenance -> Repair / Optimize Tables).