Artikel ini akan membawa anda memahami AOF dalam kegigihan Redis, memperkenalkan prinsip AOF, dan kelemahan AOF. Saya harap ia akan membantu semua orang!
Redis
di atas Satu kaedah kegigihan ialah RDB
Dalam artikel ini, kita akan bercakap tentang kaedah pelaksanaan lain, iaitu AOF
AOF
Dengan hanya merekodkan Redis
tulis arahan pada fail log yang dilampirkan
AOF
, log disimpan dalam perintah jujukan , jadi ia turun dalam Redis
Selepas itu, tujuan pemulihan data boleh dicapai dengan "menjejak semula laluan lama" secara dalaman
[Cadangan berkaitan: Tutorial video Redis]
Redis
akan menambahkan arahan pada fail AOF
Ia sebenarnya ringkasan cache yang menulis kandungan ke memori
Jadi Redis
perlu memanggil fungsi Linux
yang disediakan oleh fsync
dalam masa nyata untuk merumuskan fail setiap kali Tulis dari cache kernel ke cakera
Kerana jika sangat penting untuk memanggil fungsi dalam masa nyata, kita juga boleh melaraskan kekerapan memanggil fungsi fsync
dengan menukar parameter konfigurasi
AOF
fail, log akan menjadi lebih besar dan lebih besarRedis
secara dalaman melaksanakan "penulisan semula" untuk memampatkan fail key-value
telah pun menjadi milik kerajaan, atau banyak nilai sentiasa dikemas kini, maka jelaslah bahawa log masih menyimpan data yang tidak berguna ini Ia boleh dioptimumkan AOF
AOF
AOF
KelemahanSetiap kali ia merentasi seluruh ingatan, ia akan membawa banyak overhed prestasi tambahan kepada sistem
Memulihkan data setiap kali adalah proses yang panjang dan penulisan dari kernel ke cakera menggunakan prestasi IO setiap kali
Untuk lebih banyak pengetahuan berkaitan pengaturcaraan, sila lawati: Pengenalan kepada pengaturcaraan! !
Atas ialah kandungan terperinci Analisis ringkas tentang prinsip dan kelemahan AOF dalam Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!