Aplikasi yang ditanggung oleh editor ialah aplikasi latar belakang pengurusan digunakan untuk pengurusan kebenaran Memandangkan terdapat berbilang nod, Sesi yang diedarkan perlu digunakan, jadi Redis adalah digunakan untuk menyimpan maklumat Sesi.
Memandangkan Shiro tidak menyediakan komponen Sesi storan Redis secara langsung, Afan terpaksa menggunakan shiro-redis, komponen sumber terbuka daripada Github.
Memandangkan rangka kerja Shiro perlu kerap mengesahkan sama ada Sesi itu sah, lapisan bawah Shiro akan memanggil SessionDAO#getActiveSessions
untuk mendapatkan semua maklumat Sesi.
dan shiro-redis
hanya mewarisi antara muka SessionDAO
Lapisan bawah menggunakan perintah keys
untuk mencari semua kunci Session
yang disimpan dalam Redis.
public Set<byte[]> keys(byte[] pattern){ checkAndInit(); Set<byte[]> keys = null; Jedis jedis = jedisPool.getResource(); try{ keys = jedis.keys(pattern); }finally{ jedis.close(); } return keys; }
Sebaik sahaja anda menemui punca masalah, penyelesaiannya agak mudah. Cari penyelesaian pada github dan tingkatkan shiro-redis
kepada versi terkini.
Dalam versi ini, shiro-redis
menggunakan perintah scan
dan bukannya keys
untuk menyelesaikan masalah ini.
public Set<byte[]> keys(byte[] pattern) { Set<byte[]> keys = null; Jedis jedis = jedisPool.getResource(); try{ keys = new HashSet<byte[]>(); ScanParams params = new ScanParams(); params.count(count); params.match(pattern); byte[] cursor = ScanParams.SCAN_POINTER_START_BINARY; ScanResult<byte[]> scanResult; do{ scanResult = jedis.scan(cursor,params); keys.addAll(scanResult.getResult()); cursor = scanResult.getCursorAsBytes(); }while(scanResult.getStringCursor().compareTo(ScanParams.SCAN_POINTER_START) > 0); }finally{ jedis.close(); } return keys; }
Walaupun masalah itu berjaya diselesaikan, Ah Fen masih sedikit keliru.
Mengapa perintah keys
menyebabkan arahan lain dilaksanakan dengan lebih perlahan?
Mengapa Keys
pertanyaan arahan sangat perlahan?
Mengapa tiada masalah dengan arahan Scan
?
Pertama sekali, mari kita lihat soalan pertama, mengapa arahan keys
menyebabkan pelaksanaan arahan lain menjadi perlahan?
Dari perspektif klien, melaksanakan perintah terbahagi kepada tiga langkah:
Hantar arahan
Laksanakan arahan
Return result
Tetapi ini hanya proses yang klien fikirkan, tetapi sebenarnya, pada masa yang sama, mungkin ada menjadi ramai pelanggan yang menghantar arahan kepada Redis Kita semua tahu bahawa Redis menggunakan model berbenang tunggal.
Untuk memproses semua arahan permintaan pelanggan pada masa yang sama, Redis menggunakan baris gilir secara dalaman untuk membuat baris gilir pelaksanaan.
Jadi pelanggan sebenarnya memerlukan empat langkah untuk melaksanakan arahan:
Hantar arahan
Arahan beratur
Sebelum menjawab soalan ini, sila ingat struktur storan asas Redis.
Tidak mengapa jika anda tidak mengetahuinya dengan baik Anda boleh melihat kembali artikel sebelumnya "Penemuduga Alibaba: Adakah anda biasa dengan HashMap? Baiklah, mari kita bercakap tentang kamus Redis!" Arahan
perlu mengembalikan semua kekunci tengah Redis yang sepadan dengan corak yang diberikan「O(N)」Keys
(N ialah jumlah bilangan kunci dalam Redis).
Walaupun bilangan kunci dalam Redis adalah kecil, ia masih mempunyai kelajuan pelaksanaan yang pantas. Apabila bilangan kekunci Redis secara beransur-ansur meningkat dan mencecah berjuta-juta, berpuluh-puluh juta, malah ratusan juta, kelajuan pelaksanaannya akan menjadi sangat perlahan.
Berikut ialah percubaan yang dilakukan oleh Ah Fen secara setempat Gunakan skrip lua untuk menambah 100,000 kekunci pada Redis, dan kemudian gunakan
untuk menanyakan semua kekunci ini akan disekat selama kira-kira sepuluh saat.eval "for i=1,100000 do redis.call('set',i,i+1) end" 0
keys
pattern
Di sini, peminat menggunakan Docker untuk menggunakan Redis, dan prestasinya mungkin lebih teruk sedikit. ht[0]
Prinsip SCANAkhirnya mari kita lihat soalan ketiga Mengapa tiada masalah dengan perintah
?keys
Ini kerana arahan
"peulang berasaskan kursor"Setiap kali perintah.
Ringkasnya, arahan scan
menggunakan paging untuk membuat pertanyaan semula.
Berikut ialah contoh proses berulang bagi arahan imbasan: scan
Perintah menggunakan kursor untuk membahagikan pertanyaan penuh dengan bijak kepada beberapa kali untuk mengurangkan kerumitan pertanyaan.
Walaupun kerumitan masa perintah scan
adalah sama dengan
"O(N)"scan
, tetapi kerana perintah
menyelesaikan kekurangan scan
, ia juga memperkenalkan beberapa kelemahan lain:
Semasa proses lelaran, elemen yang ditambahkan pada Redis, atau elemen yang dipadamkan, mungkin atau mungkin tidak dikembalikan. Kecacatan di atas perlu dipertimbangkan dalam pembangunan kita. Selain scan
keys
Elemen yang sama mungkin dikembalikan beberapa kali, yang Kami perlu menambah fungsi memproses elemen berulang pada aplikasi kami. scan
, redis mempunyai beberapa perintah lain untuk lelaran tambahan:
sscan
: digunakan untuk mengulang kunci pangkalan data dalam pangkalan data semasa, digunakan untuk selesaikan smembers
yang boleh menyebabkan masalah menyekat Perintah hscan
digunakan untuk mengulang pasangan nilai kunci dalam kunci cincang, dan digunakan untuk menyelesaikan hgetall
yang. boleh menyebabkan masalah penyekatan. zscan
: Perintah digunakan untuk mengulang elemen dalam set tersusun (termasuk ahli elemen dan skor elemen), dan digunakan untuk menjana zrange
yang boleh menyebabkan masalah penyekatan .
Atas ialah kandungan terperinci Analisis contoh penggunaan arahan Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!