Analisis contoh penggunaan arahan Redis

Punca masalah

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?

Prinsip pelaksanaan arahan Redis

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:

1. Hantar arahan

2. Laksanakan arahan

3. 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:

1. Hantar arahan

2. Arahan beratur

3. Selagi 3, kelajuan pelaksanaan perintah dalam proses ini terlalu perlahan, dan tugasan lain dalam baris gilir perlu menunggu Kepada klien luaran, Redis nampaknya disekat dan tidak pernah bertindak balas.
   Jadi apabila menggunakan proses Redis, jangan laksanakan arahan yang memerlukan masa yang lama Ini boleh menyebabkan Redis menyekat dan menjejaskan pelaksanaan arahan lain.
4. Prinsip KUNCI
   Seterusnya, mari jawab soalan kedua, mengapa pertanyaan arahan
begitu perlahan?

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

Untuk mencapai tujuan ini, Redis perlu melintasi tatasusunan asas

jadual cincangan. kamus. Kerumitan kali ini ialah

「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

keyspatternDi sini, peminat menggunakan Docker untuk menggunakan Redis, dan prestasinya mungkin lebih teruk sedikit. ht[0]Prinsip SCAN

Akhirnya mari kita lihat soalan ketiga Mengapa tiada masalah dengan perintah

?

keysIni kerana arahan

menggunakan teknologi hitam -

"peulang berasaskan kursor"

.

Setiap kali perintah

dipanggil, Redis akan mengembalikan kursor baharu dan sejumlah kunci tertentu kepada pengguna. Jika anda ingin terus mendapatkan kunci yang tinggal pada masa akan datang, anda perlu menghantar kursor ini kepada arahan imbasan untuk meneruskan proses lelaran sebelumnya.

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

, kedua-duanya adalah

"O(N)"scan, tetapi kerana perintah

hanya memerlukan untuk mengembalikan sebilangan kecil kunci, ia dilaksanakan Ia akan menjadi pantas.

Akhir sekali, walaupun perintah

menyelesaikan kekurangan scan, ia juga memperkenalkan beberapa kelemahan lain:

scankeysElemen yang sama mungkin dikembalikan beberapa kali, yang Kami perlu menambah fungsi memproses elemen berulang pada aplikasi kami.

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, 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!