Semua struktur data Redis menyokong tetapan masa tamat apabila masa tamat, Redis secara automatik memadamkan struktur data. Anda boleh bayangkan bahawa terdapat dewa kematian di dalam Redis, sentiasa memerhati semua kunci dengan masa tamat tempoh yang ditetapkan, dan menuainya sebaik sahaja jangka hayatnya dicapai.
Anda boleh mempertimbangkan dari perspektif Kematian sama ada ia tidak boleh diproses kerana terlalu banyak kunci tamat tempoh pada masa yang sama. Pada masa yang sama, kerana Redis adalah satu-benang, masa penuaian juga akan menduduki masa pemprosesan benang Jika penuaian terlalu sibuk, ia akan menyebabkan arahan baca dan tulis dalam talian tersekat.
Redis akan meletakkan setiap kunci dengan masa tamat tempoh ditetapkan ke dalam kamus bebas Kamus ini akan dilalui secara tetap untuk memadamkan kunci tamat tempoh. Sebagai tambahan kepada traversal berjadual, ia juga menggunakan strategi malas untuk memadamkan kunci yang telah tamat tempoh Apa yang dipanggil strategi malas bermakna apabila pelanggan mengakses kunci, redis menyemak masa tamat tempoh kunci dan memadamnya serta-merta jika ia tamat tempoh. Pemadaman berjadual adalah proses terpusat, manakala pemadaman malas adalah proses sporadis.
Redis akan melakukan imbasan tamat tempoh sepuluh kali sesaat secara lalai Imbasan tamat tempoh tidak akan melintasi semua kunci dalam kamus tamat tempoh, tetapi menggunakan strategi tamak yang mudah.
Pilih 20 kekunci secara rawak daripada kamus yang telah tamat tempoh
Padamkan kekunci yang telah tamat tempoh di antara 20 kekunci ini
Jika nisbah kunci yang telah tamat tempoh melebihi 1/4, kemudian Ulang langkah 1 ;
Pada masa yang sama, untuk memastikan imbasan yang telah tamat tempoh tidak akan terlebih kitaran dan menyebabkan benang tersekat, algoritma juga meningkatkan had atas masa imbasan, yang tidak akan melebihi 25ms secara lalai.
Bayangkan semua kunci dalam contoh Redis yang besar tamat tempoh pada masa yang sama, apakah yang akan berlaku?
Tidak syak lagi bahawa Redis akan terus mengimbas kamus yang telah tamat tempoh (kitaran berbilang kali) dan tidak akan berhenti sehingga kunci tamat tempoh dalam kamus yang telah tamat tempoh menjadi jarang (bilangan kitaran menurun dengan ketara). Ini akan membawa kepada ketinggalan yang jelas dalam permintaan baca dan tulis dalam talian. Satu lagi punca ketinggalan ialah pengurus memori perlu kerap menuntut semula halaman memori, yang juga akan menyebabkan jumlah penggunaan CPU tertentu.
Apabila permintaan pelanggan datang, jika pelayan kebetulan memasuki keadaan pengimbasan tamat tempoh, permintaan pelanggan akan menunggu sekurang-kurangnya 25ms sebelum memproses Jika pelanggan menetapkan tempoh tamat masa yang agak singkat;
Jika tamat masa ditetapkan kepada 10ms, sejumlah besar sambungan akan ditutup kerana tamat masa, mengakibatkan sejumlah besar pengecualian pada akhir perniagaan. Dan pada masa ini, anda tidak dapat melihat rekod pertanyaan lambat daripada log lambat Redis, kerana pertanyaan lambat merujuk kepada pemprosesan logik yang perlahan dan tidak termasuk masa menunggu.
Atas ialah kandungan terperinci Apakah strategi tamat tempoh redis?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!