Contoh analisis kegigihan RDB dalam Redis-Redis-php.cn

1. Pengenalan kepada RDB

RDB ialah kaedah yang digunakan oleh Redis untuk kegigihan Ia menulis syot kilat set data dalam memori semasa ke cakera, iaitu syot kilat (semua kunci-. pasangan nilai dalam pangkalan data) data). Semasa pemulihan, fail syot kilat dibaca terus ke dalam ingatan.

2. Kaedah Triggering

RDB mempunyai dua kaedah trigger iaitu automatic triggering dan manual.

①, pencetus automatik

　Di bawah PETIKAN dalam fail konfigurasi redis.conf, kami telah memperkenalkannya dalam artikel ini.

　 Contoh analisis kegigihan RDB dalam Redis

　①, simpan: Ini digunakan untuk mengkonfigurasi keadaan kegigihan RDB yang mencetuskan Redis, iaitu apabila menyimpan data dalam memori untuk cakera keras itu. Contohnya "simpan m n". Menunjukkan bahawa apabila terdapat n pengubahsuaian pada set data dalam masa m saat, bgsave dicetuskan secara automatik (arahan ini akan diperkenalkan di bawah, arahan untuk mencetuskan kegigihan RDB secara manual)

Konfigurasi lalai adalah seperti berikut:

save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存
save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存
save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存

Salin selepas log masuk

Sudah tentu, jika anda Jika anda hanya menggunakan fungsi caching Redis dan tidak memerlukan ketekunan, anda boleh mengulas semua simpan baris untuk melumpuhkan fungsi menyimpan. Anda boleh menggunakan save "" untuk melumpuhkan

　②, stop-writes-on-bgsave-error: Nilai lalai ialah ya. Apabila RDB didayakan dan penyimpanan data latar belakang terakhir gagal, sama ada Redis berhenti menerima data. Ini akan membuatkan pengguna sedar bahawa data tidak disimpan dalam cakera dengan betul, jika tidak, tiada siapa yang akan menyedari bahawa bencana telah berlaku. Jika Redis dimulakan semula, ia boleh mula menerima data semula

　③, rdbcompression Nilai lalai ialah ya. Untuk syot kilat yang disimpan pada cakera, anda boleh menetapkan sama ada untuk memampatkannya untuk penyimpanan. Jika ya, redis akan menggunakan algoritma LZF untuk pemampatan. Jika anda tidak mahu menggunakan CPU untuk pemampatan, anda boleh menetapkan ciri ini untuk dimatikan, tetapi syot kilat yang disimpan pada cakera akan menjadi lebih besar.

　④, rdbchecksum: Nilai lalai ialah ya. Selepas menyimpan syot kilat, kami juga boleh membenarkan redis menggunakan algoritma CRC64 untuk pengesahan data, tetapi ini akan meningkatkan penggunaan prestasi sebanyak kira-kira 10%. Jika anda ingin mendapatkan peningkatan prestasi maksimum, anda boleh mematikan fungsi ini.

　⑤, dbfilename: Tetapkan nama fail syot kilat, lalainya ialah dump.rdb

　⑥, dir: Tetapkan laluan storan daripada fail syot kilat, Item konfigurasi ini mestilah direktori, bukan nama fail. Lalai adalah untuk menyimpannya dalam direktori yang sama dengan fail konfigurasi semasa.

Maksudnya, melalui kaedah simpan yang dikonfigurasikan dalam fail konfigurasi, apabila operasi sebenar memenuhi borang konfigurasi, kegigihan RDB akan dilakukan, dan petikan memori semasa akan disimpan dalam direktori yang dikonfigurasikan oleh dir . Nama fail Ditentukan oleh nama fail db yang dikonfigurasikan.

②. Pencetus manual

Terdapat dua arahan untuk mencetuskan Redis secara manual untuk kegigihan RDB:

1. simpan

Perintah ini akan menyekat Redis semasa Pelayan, semasa melaksanakan perintah simpan, Redis tidak boleh memproses arahan lain sehingga proses RDB selesai.

Jelas sekali, arahan ini akan menyebabkan penyekatan jangka panjang untuk keadaan dengan ingatan yang agak besar. Ini adalah kecacatan yang membawa maut untuk menyelesaikan masalah ini, Redis menyediakan kaedah kedua.

2. bgsave

Apabila melaksanakan arahan ini, Redis akan melakukan operasi syot kilat secara tidak segerak di latar belakang dan syot kilat juga boleh bertindak balas kepada permintaan pelanggan. Apabila proses Redis melakukan operasi garpu untuk mencipta proses anak, proses anak akan bertanggungjawab untuk melaksanakan proses kegigihan RDB dan ditamatkan secara automatik selepas selesai. Penyekatan hanya berlaku semasa fasa garpu dan secara amnya sangat singkat.

　Pada asasnya semua operasi RDB dalam Redis menggunakan arahan bgsave.

ps: Melaksanakan perintah flushall juga akan menjana fail dump.rdb, tetapi ia kosong dan tidak bermakna

3 🎜> Alihkan fail sandaran (dump.rdb) ke direktori pemasangan redis dan mulakan perkhidmatan Redis akan memuatkan data fail secara automatik ke dalam memori. Pelayan Redis akan menyekat semasa memuatkan fail RDB sehingga kerja memuatkan selesai.

Anda boleh menggunakan arahan config get dir untuk mendapatkan direktori pemasangan redis

Contoh analisis kegigihan RDB dalam Redis 4. Hentikan kegigihan RDB

Dalam beberapa kes, kami hanya Jika anda ingin menggunakan fungsi caching Redis, ia tidak seperti menggunakan fungsi kegigihan Redis, jadi kami lebih baik menghentikan kegigihan RDB pada masa ini. Anda boleh melumpuhkan fungsi simpan dengan mengulas semua baris simpan dalam fail konfigurasi redis.conf seperti yang dinyatakan di atas, atau dengan terus menggunakan rentetan kosong untuk melumpuhkannya: simpan ""

Anda juga boleh lulus arahan :

td >

1	`redis-cli config set save` `" "`

set konfigurasi redis-cli simpan " "

5. Kelebihan dan keburukan RDB

　① Kelebihan

Set data Redis disimpan dalam fail RDB pada masa tertentu Fail ini sangat padat. Fail ini sesuai untuk sandaran dan pemulihan bencana.

2. Apabila menjana fail RDB, proses utama redis akan memotong() proses anak untuk mengendalikan semua kerja menyimpan Proses utama tidak perlu melakukan sebarang operasi IO cakera.

　3.RDB lebih pantas daripada AOF apabila memulihkan set data yang besar.

　②. Kelemahan

　1. Data RDB tidak boleh mencapai kegigihan masa nyata/kegigihan peringkat kedua. Kerana setiap kali bgsave dijalankan, ia mesti melakukan operasi garpu untuk mencipta proses kanak-kanak, yang merupakan operasi berat (data dalam memori diklon, dan kira-kira 2 kali pengembangan perlu dipertimbangkan), dan kos kerap pelaksanaan terlalu tinggi (menjejaskan prestasi)

　2. Fail RDB disimpan dalam format binari tertentu Semasa evolusi versi Redis, terdapat berbilang format versi RDB perkhidmatan Redis tidak serasi dengan versi baharu format RDB (versi tidak serasi)

3. Buat sandaran pada selang waktu tertentu, jadi jika redis turun secara tidak sengaja, semua pengubahsuaian selepas syot kilat terakhir akan hilang (data akan hilang)

6 Prinsip penjimatan automatik RDB

Redis mempunyai struktur status pelayan:

struct redisService{

struct saveparam *saveparams;

long long dirty;

time_t lastsave;

}

struct saveparam{

time_t seconds;

int changes;

};

save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存

save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存

save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存

Contoh analisis kegigihan RDB dalam Redis 6

struct redisService{

struct saveparam *saveparams;

panjang panjang kotor; time_t lastsave; }

　① Mula-mula, lihat tatasusunan saveparam yang merekodkan syarat simpan Setiap elemen di dalamnya ialah Struktur saveparams: tr>

123456 struct saveparam{ time_t saat; int changes;};

Kami sebelum ini mengkonfigurasi simpan dalam fail konfigurasi redis.conf:

1 23 save 900 1: Menunjukkan bahawa jika nilai sekurang-kurangnya 1 kekunci berubah dalam masa 900 saat, simpannya save 300 10: Menunjukkan bahawa jika dalam masa 300 saat, Jika nilai sekurang-kurangnya 10 kekunci berubah, simpansimpan 60 10000: Menunjukkan bahawa jika nilai sekurang-kurangnya 10,000 kekunci berubah dalam masa 60 saat, simpannya

Kemudian tatasusunan saveparam dalam status pelayan akan kelihatan seperti berikut: 　　② , kaunter kotor dan atribut lastsave Kaunter kotor merekodkan berapa kali pelayan Redis telah diubah suai (termasuk menulis, memadam, mengemas kini, dsb.) sejak perintah simpan terakhir yang berjaya atau perintah bgsave telah dilaksanakan. Atribut lastsave ialah cap waktu yang merekodkan kali terakhir arahan save atau perintah bgsave berjaya dilaksanakan. Dengan kedua-dua arahan ini, apabila pelayan berjaya melakukan operasi pengubahsuaian, pembilang kotor akan dinaikkan sebanyak 1, dan atribut lastsave merekodkan kali terakhir save atau bgsave telah dilaksanakan Pelayan Redis juga mempunyai ciri berkala fungsi operasi. severCron dilaksanakan setiap 100 milisaat secara lalai Fungsi ini akan melintasi dan menyemak semua syarat simpan dalam tatasusunan saveparams Selagi satu syarat dipenuhi, perintah bgsave akan dilaksanakan. Selepas pelaksanaan selesai, kaunter kotor dikemas kini kepada 0, dan lastsave juga dikemas kini kepada masa siap perintah yang dilaksanakan.

Atas ialah kandungan terperinci Contoh analisis kegigihan RDB dalam Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!