Mari kita bincangkan tentang empat penyelesaian untuk perkongsian sesi PHP

Artikel ini akan memperkenalkan anda kepada pengetahuan yang berkaitan dengan sesi PHP Mari kita mulakan dengan mengapa penyelesaian perkongsian sesi ini saya harap ia akan membantu rakan-rakan yang memerlukan~

Fahami dahulu. Mengapakah penyelesaian perkongsian sesi ini muncul?

Memandangkan projek syarikat Internet dibina dalam perkhidmatan mikro dan persekitaran yang diedarkan, projek boleh digunakan dalam beberapa atau malah banyak kluster pelayan Pada masa ini, Soalan:

Apabila a pengguna mempunyai sesi, sebagai contoh, pengguna log masuk ke projek Secara umumnya, projek syarikat besar mempunyai Nginx untuk proksi terbalik

Di sini Mari kita senaraikan secara ringkas beberapa strategi proksi terbalik yang biasa digunakan oleh Nginx.

Strategi undian, strategi nisbah berat, strategi ip_hash dan strategi boleh disesuaikan

Dalam proksi terbalik Nginx Di bawah proksi, permintaan pengguna secara amnya diedarkan kepada pelayan yang berbeza permintaan pengguna disimpan pada pelayan A permintaan, kemudian ID sesi pengguna disimpan dalam ConcurrentHashmap JVM pada pelayan Gunakan sessionID sebagai kunci.

Tetapi jika modul perkhidmatan yang diminta oleh pengguna pada masa ini mungkin perlu dipanggil ke pelayan B, apabila pengguna memulakan permintaan, ID sesi pengguna tidak disimpan pada pelayan B pada masa ini, jadi pengguna akan diminta semula Lakukan operasi log masuk. Ia juga mungkin membawa kepada situasi di mana pengguna pada asalnya ingin menyelesaikan operasi pesanan, tetapi log masuk beberapa kali.

Jadi penyelesaian perkongsian sesi amat penting dalam persekitaran teragih dan sistem perkhidmatan mikro. [Pembelajaran yang disyorkan: "Tutorial Video PHP"]

Penyelesaian 1: Pengimbangan beban ip_hash berasaskan Nginx

Malah, ia adalah berapa banyak alamat IP yang diminta untuk anda Ambil model dari setiap pelayan yang tersedia, dan kemudian edarkan permintaan anda kepada pelayan yang sepadan melalui proksi terbalik Nginx. (Pelayan yang tersedia akan dimasukkan ke dalam tatasusunan di sini. Jika hasil yang diperoleh dengan mengambil modulo ialah 0, permintaan akan diberikan kepada pelayan dengan subskrip 0 dalam tatasusunan pelayan)

Pelaksanaan terperinci:

Anda perlu membuat pengubahsuaian yang sepadan dalam fail Nginx.conf, mengikut pelayan anda sendiri yang tersedia

upstream backend{
    ip_hash;
    server 192.168.128.1:8080 ;
    server 192.168.128.2:8080 ;
    server 192.168.128.3:8080 down;
    server 192.168.128.4:8080 down;
 
}
server {
    listen 8081;
    server_name test.csdn.net;
    root /home/system/test.csdn.net/test;
    location ^~ /Upload/upload {
    proxy_pass http://backend;
 
    }
 
}

Kebaikan dan keburukan pelaksanaan ini:

Penyelesaian 2: Replikasi sesi berasaskan Tomcat

Penyelesaian ini sebenarnya untuk menyalin sessionID yang dijana ke semua pelayan dalam sistem apabila pengguna memintanya, untuk memastikan bahawa apabila pengguna meminta Apabila pelayan A boleh memanggil modul pada pelayan B, ia juga boleh memastikan bahawa perkhidmatan B juga mempunyai ID sesi pengguna, supaya pengguna tidak akan diminta untuk log masuk semula. Itu menyelesaikan masalah.

Bagaimana untuk melaksanakan replikasi sesi dalam kod tertentu?

Kelebihan dan keburukan menggunakan replikasi sesi:

Penyelesaian 3: Gunakan Redis sebagai cache bersatu untuk sesi cache

Penyelesaian ini sebenarnya untuk meletakkan ID sesi yang dijana setiap kali pengguna memintanya pada pelayan Redis. Kemudian tetapkan mekanisme masa tamat berdasarkan ciri-ciri Redis, untuk memastikan pengguna tidak perlu log masuk semula semasa masa tamat sesi dalam Redis yang kami tetapkan.

Cara melaksanakan kod:

Kebaikan dan keburukan menggunakan Redis untuk melaksanakan perkongsian sesi:

Penyelesaian 4: Menggabungkan kuki

Malah, anda juga boleh meletakkan sesi dalam kuki, kerana setiap kali pengguna meminta, kuki mereka sendiri akan dimasukkan ke dalam permintaan, jadi ini dapat memastikan bahawa setiap kali pengguna Apabila membuat permintaan, ia boleh dijamin bahawa pengguna tidak akan log masuk dua kali dalam persekitaran yang diedarkan.

Atas ialah kandungan terperinci Mari kita bincangkan tentang empat penyelesaian untuk perkongsian sesi PHP. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!