(1) Isu konfigurasi dalam mesin maya
Apabila kami menguji sambungan jauh untuk melihat sama ada sambungan redis berjaya, konsol Ralat berikut mungkin dilaporkan.
Seperti yang ditunjukkan di bawah:
Saya sakit kepala setiap kali melihat teks merah pada konsol. . .
Paparan dalam konsol mungkin bermakna tamat masa sambungan menyebabkan kegagalan.
Tiga sebab berikut kegagalan sambungan diringkaskan:
Tembok api dalam Linux tidak ditutup dan menyebabkan kegagalan.
redis perlu dibuka.
bind 127.0.01 dalam redis.conf perlu diulas keluar, dan kemudian protected-mode tidak perlu diubah suai.
Jika anda menghadapi masalah di atas pada masa hadapan, sila cari sendiri.
(2) Simulasi tamat masa dalam serentak tinggi semasa sambungan redis berjaya
Seperti yang ditunjukkan dalam rajah:
Simpan penggunaan yang disebabkan oleh setiap sambungan ke perkhidmatan redis dan gunakan semula kejadian yang disambungkan.
2 Penyelesaian
(1) Gunakan penguncian optimistik untuk menghapuskan pengguna dan menyelesaikan masalah overselling.
Gambar di atas://增加乐观锁 jedis.watch(qtkey); //3.判断库存 String qtkeystr = jedis.get(qtkey); if(qtkeystr==null || "".equals(qtkeystr.trim())) { System.out.println("未初始化库存"); jedis.close(); return false ; } int qt = Integer.parseInt(qtkeystr); if(qt<=0) { System.err.println("已经秒光"); jedis.close(); return false; } //增加事务 Transaction multi = jedis.multi(); //4.减少库存 //jedis.decr(qtkey); multi.decr(qtkey); //5.加人 //jedis.sadd(usrkey, uid); multi.sadd(usrkey, uid); //执行事务 List<Object> list = multi.exec(); //判断事务提交是否失败 if(list==null || list.size()==0) { System.out.println("秒杀失败"); jedis.close(); return false; } System.err.println("秒杀成功"); jedis.close();
Prinsip penyelesaian:
(1) Apabila pengguna membeli, inventori dipantau melalui jam tangan Jika inventori berubah selepas pemantauan jam tangan, pengecualian akan ditangkap dan operasi mengurangkan inventori oleh seorang akan ditinggalkan. (2) Jika inventori tidak memantau perubahan dan kuantiti lebih daripada satu, inventori dikurangkan satu dan tugasan dilaksanakan.
KelemahanApabila Redis cuba menyelesaikan transaksi, ia mungkin berulang kali cuba melaksanakannya semula kerana kegagalan transaksiAdalah sangat penting untuk memastikan inventori barangan adalah betul, tetapi hanya Menggunakan mekanisme seperti WATCH meletakkan terlalu banyak tekanan pada pelayan
(2), menggunakan jam tangan + multi + setnx reids untuk melaksanakan
Mengapa anda perlu membina kunci itu sendiri?
(1) Cipta kunci redis
Dalam Redis, anda boleh membina kunci dengan menggunakan arahan SETNX: rs.setnx(nama_kunci, nilai uuid)
Apakah yang dilakukan oleh kunci itu adalah untuk menetapkan UUID 128-bit yang dijana secara rawak kepada nilai kunci bit untuk mengelakkan kunci daripada diperoleh oleh proses lain.
(2) Lepaskan kunci
Operasi pemadaman kunci adalah sangat mudah Anda hanya perlu menilai dan mengesahkan hasil uuid yang diperolehi oleh nilai kunci kunci yang sepadan > Ia memenuhi syarat (menghakimi nilai uuid) Hanya padamkannya dalam redis melalui padam, rs.delete(nama kunci)
Selain itu, apabila pengguna lain memegang kunci yang sama, disebabkan uuid yang berbeza, kunci orang lain tidak akan tersilap dilepaskan selepas pengesahan.
(3) Selesaikan masalah kunci tidak boleh dilepaskan
Dalam kunci sebelum ini, terdapat juga masalah seperti itu, satu proses tiba-tiba terhempas selepas memegang kunci, yang menyebabkan kunci tidak dapat dilepaskan
dan proses lain tidak dapat memegang kunci dan. terus bekerja. Untuk menyelesaikan masalah ini Soalan, anda boleh menambah fungsi tamat masa kunci apabila memperoleh kunci.
Atas ialah kandungan terperinci Bagaimana untuk menyelesaikan masalah tamat masa dan terlebih jual dalam senario jualan kilat dalam Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!