Bagaimana untuk menyelesaikan masalah tamat masa dan terlebih jual dalam senario jualan kilat dalam Redis

Tamat masa

1. Sebab tamat masa sambungan Redis

(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:

2 >

Anda mungkin menemui masalah tamat masa sambungan apabila menggunakan jdbc dalam MySQL, jadi kami menggunakan kumpulan sambungan pangkalan data untuk menyelesaikan masalah tersebut, seperti druid, c3p0, dsb. Dengan cara yang sama, kita juga boleh menggunakan kolam sambungan pangkalan data dalam redis.

Simpan penggunaan yang disebabkan oleh setiap sambungan ke perkhidmatan redis dan gunakan semula kejadian yang disambungkan.

Urus tingkah laku sambungan melalui parameter

Pergi terus ke kod notepad!

Parameter kolam pautan:

• Jumlah Maks: Kawal bilangan kejadian jedis kolam boleh diperuntukkan melalui pool.getResource() Dapatkan ; jika nilai ialah -1, ini bermakna tiada had jika kumpulan telah diperuntukkan kejadian jedis MaxTotal, status kumpulan pada masa ini telah habis.

• maxIdle: Mengawal bilangan maksimum tika jedis dalam keadaan terbiar dalam kolam

• MaxWaitMillis: Menunjukkan apabila meminjam contoh jedis, bilangan milisaat maksimum untuk menunggu jika melebihi masa menunggu, JedisConnectionException akan dilemparkan terus; jika benar, kejadian jedis yang diperolehi tersedia;

• terlebih jual
  1 fenomena oversold Flash membunuh

dalam senario serentak tinggi, kemas kini berbilang rangkaian. inventori secara serentak, mengakibatkan situasi inventori negatif.

Fantasi gambar:

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.

Kelemahan

Apabila Redis cuba menyelesaikan transaksi, ia mungkin berulang kali cuba melaksanakannya semula kerana kegagalan transaksi

Adalah 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?

Walaupun terdapat arahan SETNX serupa yang boleh melaksanakan fungsi kunci dalam Redis, mekanisme yang disediakan oleh kunci lain tidak lengkap

dan setnx tidak mempunyai beberapa ciri lanjutan kunci teragih, jadi kami masih perlu luluskannya melalui Build secara manual.

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