Baru-baru ini, springboot digunakan untuk menyepadukan redis Sumber data dinamik sistem menyambung ke pangkalan data yang berbeza dan menyimpan semula redis yang digunakan data pangkalan data yang berbeza perlu Cache kepada partition redis yang berbeza, iaitu perpustakaan yang berbeza.
Versi lama di sini merujuk kepada yang sebelum 2.0 Yang 1.5.9 yang saya gunakan adalah ok.
Kelas konfigurasi redis tidak akan disiarkan di sini, terdapat banyak dalam talian.
1. Gunakan JedisConnectionFactory untuk mengubah suai
@Autowired JedisConnectionFactory jedisConnectionFactory; jedisConnectionFactory.setDatabase(database);
2. Gunakan redisTemplate untuk mengubah suai
rreeeKedua-dua kaedah di atas tidak memerlukan redis Kacang
Versi baharu di sini merujuk kepada versi selepas 2.0.3
Perkara berikut perlu ditambahkan pada kacang kelas konfigurasi redis
redisTemplate.getConnectionFactory().getConnection().select(database);
Gunakan RedisStandaloneConfiguration untuk mengubah suai
@Bean RedisStandaloneConfiguration redisStandaloneConfiguration() { RedisStandaloneConfiguration redisStandaloneConfiguration = new RedisStandaloneConfiguration(); redisStandaloneConfiguration.setHostName("localhost"); redisStandaloneConfiguration.setPort(6379); redisStandaloneConfiguration.setDatabase(0); return redisStandaloneConfiguration; } @Bean JedisConnectionFactory jedisConnectionFactory(RedisStandaloneConfiguration redisStandaloneConfiguration) { //redisStandaloneConfiguration.setPassword(RedisPassword.of(password)); JedisClientConfiguration.JedisClientConfigurationBuilder jedisClientConfiguration = JedisClientConfiguration.builder(); jedisClientConfiguration.connectTimeout(Duration.ofMillis(0));// connection timeout JedisConnectionFactory factory = new JedisConnectionFactory(redisStandaloneConfiguration, jedisClientConfiguration.build()); return factory; }
Cara data diedarkan pada berbilang kejadian Redis
Partition adalah untuk mengedarkan data anda Pada berbilang tika Redis supaya setiap tika hanya mengandungi sebahagian daripada data.
Pembahagian Redis mempunyai dua matlamat utama:
Ia membolehkan pangkalan data yang lebih besar, menggunakan memori jumlah komputer yang banyak. Tanpa pembahagian, anda terhad kepada memori satu komputer.
Ia membenarkan meluaskan kuasa pengkomputeran kepada berbilang teras dan berbilang komputer, dan melanjutkan lebar jalur rangkaian kepada berbilang komputer dan penyesuai rangkaian.
Andaikan kita mempunyai 4 kejadian Redis (R0, R1, R2, R3), dengan banyak kunci mewakili pengguna, seperti pengguna:1, pengguna:2, ... Tunggu, kemudian kami mempunyai banyak cara untuk menyimpan kunci.
Cara paling mudah ialah membahagikan mengikut julat, iaitu, memperuntukkan data kepada contoh Redis yang ditentukan mengikut julat pemetaan objek. Sebagai contoh, kami menetapkan bahawa mereka yang mempunyai ID dari 0 hingga 10000 akan diberikan kepada R0, 10001 hingga 20000 hingga R1, dan seterusnya. Kaedah ini mungkin, tetapi satu kelemahan ialah jadual diperlukan untuk mengekalkan hubungan pemetaan ini. Jadual ini perlu diuruskan, dan setiap kunci memerlukan satu jadual sedemikian, jadi pembahagian julat dalam Redis biasanya tidak disukai kerana ia adalah kurang cekap daripada kaedah pembahagian lain.
Selain pembahagian julat, kaedah lain ialah pembahagian cincang:
Langkah 1, ambil kekunci dan gunakan fungsi cincang untuk menukarnya kepada nombor. Sebagai contoh, jika kunci ialah foobar dan fungsi cincang ialah crc32, maka crc32(foobar) akan mengeluarkan 93024922.
Langkah 2. Gunakan aritmetik modulo (modulo) pada nombor ini untuk menukarnya kepada nombor langsung dari 0 hingga 3, supaya nombor ini boleh dipetakan kepada salah satu daripada empat kejadian Redis saya. Contohnya, 93024922 % 4 = 2, jadi foobar hendaklah disimpan pada tika R2.
(PS: Mula-mula, lakukan operasi cincang pada kekunci untuk mendapatkan nombor, dan kemudian ambil modulo nombor ini untuk menentukan contoh mana data akhir harus disimpan)
kaedah partitioning juga Terdapat banyak jenis, anda harus dapat memahami melalui dua contoh di atas. Bentuk lanjutan pembahagian cincang dipanggil pencincangan konsisten dan dilaksanakan oleh beberapa pelanggan dan broker Redis.
Pembahagian pelanggan: Untuk kunci yang diberikan, pelanggan secara langsung memilih nod yang betul untuk membaca dan menulis. Ramai pelanggan Redis melaksanakan pembahagian sisi klien.
Pembahagian proksi: Pelanggan menghantar permintaan kepada proksi, dan proksi berkomunikasi dengan Redis Proksi akan memilih contoh Redis yang betul berdasarkan konfigurasi kami.
Penghalaan Pertanyaan: Anda boleh menghantar pertanyaan anda ke mana-mana tika Redis, dan tika itu akan mengubah hala pertanyaan anda ke pelayan yang betul.
(PS: Untuk kunci yang diberikan, tugas pembahagian adalah untuk memilih contoh Redis yang betul, maka proses pemilihan ini boleh dilakukan oleh klien, ejen atau contoh Redis)
1 Operasi yang melibatkan berbilang kunci biasanya tidak disokong. Untuk kunci yang dipetakan kepada dua contoh Redis yang berbeza, anda tidak boleh melakukan operasi sisipan padanya.
2. Transaksi Redis tidak boleh digunakan untuk operasi yang melibatkan berbilang kunci
3 Kebutiran partition adalah kunci, jadi adalah mustahil untuk menukar satu kunci yang sangat besar (contohnya, kunci yang sangat besar set sorted ) untuk memisahkan data
4. Apabila menggunakan partition, pemprosesan data akan menjadi lebih rumit. Contohnya, anda mesti memproses berbilang fail RDB/AOF Untuk membuat sandaran data, anda perlu mengagregatkan kegigihan daripada berbilang contoh dan dokumen hos.
5 Menambah dan memadam kapasiti (ruang) menjadi lebih rumit. Sebagai contoh, Redis Cluster menyokong pengimbangan semula data yang telus dengan menambah dan mengalih keluar nod pada masa jalan, tetapi sistem lain seperti partition pelanggan dan broker tidak menyokong ciri ini. Walau bagaimanapun, teknik yang dipanggil pra-sharding membantu dalam hal ini.
Apabila Redis digunakan sebagai stor data, kunci yang diberikan mesti sentiasa dipetakan ke tika Redis yang sama. Apabila digunakan sebagai cache, ia bukan masalah besar jika nod tertentu menjadi tidak tersedia.
Pelaksanaan pencincangan yang konsisten biasanya boleh bertukar kepada nod lain jika nod pilihan untuk kunci yang diberikan tidak tersedia. Begitu juga, jika nod baharu ditambah, beberapa kekunci baharu akan mula disimpan pada nod baharu.
Jika menggunakan Redis sebagai cache, mudah untuk menskala menggunakan pencincangan yang konsisten.
Jika Redis digunakan sebagai storan, pemetaan kunci-ke-nod tetap digunakan, jadi bilangan nod mesti ditetapkan dan tidak boleh diubah. Kluster Redis ialah sistem yang berdaya maju jika kunci perlu diseimbangkan semula antara nod.
Atas ialah kandungan terperinci Bagaimanakah springboot mengintegrasikan redis untuk mengubah suai partition. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!