このプロジェクトには無料クーポン取得機能の実装が必要ですが、これには高い同時実行性の問題が伴います。作業者はレンガを投げることを歓迎します~~
プロジェクト全体は、次のアーキテクチャに基づいています。 PHP+Nginx+Mysql。PHP はブロッキングシングルスレッドモデルであるため、マルチスレッドをサポートしていないため、Java ほど使いやすい同期メカニズムがありません。私が考えた方法は、対応する同期を実行することでした。データベース レベルでの相互排他制御については、このブログ投稿の Mysql データベース ロック メカニズムに Mysql ロック メカニズムを記載しました。 Mysql の公式ドキュメントを参照して、次の 2 つの解決策を考えました。 1. LOCK TABLE または START TRANSACTION を使用して SQL ステートメントを作成します。 2. CREATE PROCEDURE を使用してデータベースにストアド プロシージャを直接作成します。 次に、これら 2 つの方法をそれぞれ試しました。 。
1. ロック機構を使用する
SET autocommit=0;LOCK TABLE test;select count(*) from test where value=1;COMMIT;
update test(name,value) values('Tomcat',1);COMMIT;UNLOCK TABLE;
2. ストアド プロシージャを使用します
DELIMITER //DROP PROCEDURE IF EXISTS proc;CREATE PROCEDURE proc(IN cnt INT,IN user VARCHAR(32))BEGIN DECLARE num INT; DECLARE success INT; select count(*) INTO num from test where value=1; IF num<cnt THEN insert into test(user,value) values(user,1); SET success=1; ELSE insert into test(user,value) values(user,0); SET success=0; END IF; SELECT success;END//DELIMITER ;
このメソッドの欠点は、データベースにビジネス ロジックが導入され、プログラムを実行するのが簡単ではないことです。利点は、使用されるデータベース接続が 1 つだけであること、テーブルのロック時間が大幅に短縮されること、および同時実行効率が非常に高いことです。
3. 素晴らしい Windows 環境での PHP
まず、Java で書かれたマルチスレッド同時アクセス プログラムを投稿します (php はマルチスレッドをサポートしていません...)
import java.util.concurrent.CyclicBarrier;import com.test.run.ThreadTest;public class Test { public static void main(String[] args) { CyclicBarrier cb=new CyclicBarrier(100);<span style="white-space:pre"> </span>//fork 100个线程 ThreadTest[] ttarray=new ThreadTest[100];<span style="white-space:pre"> </span>//待这些线程fork完毕，同时发起http请求 for (int i = 0; i < ttarray.length; i++) { ttarray[i]=new ThreadTest(cb); ttarray[i].start(); } }}import java.io.BufferedReader;import java.io.DataInputStream;import java.io.IOException;import java.io.InputStreamReader;import java.net.HttpURLConnection;import java.net.MalformedURLException;import java.net.URL;import java.util.concurrent.BrokenBarrierException;import java.util.concurrent.CyclicBarrier;public class ThreadTest extends Thread { private CyclicBarrier cb; public ThreadTest(CyclicBarrier cb) { super(); this.cb = cb; } @Override public void run() { String path="http://127.16.0.57/concurrent/index.php?user="+Thread.currentThread().getName(); try { URL url=new URL(path); HttpURLConnection huc=(HttpURLConnection) url.openConnection(); huc.setRequestMethod("GET"); huc.setDoInput(true); huc.setDoOutput(true); huc.setUseCaches(false); huc.connect(); cb.await();<span style="white-space:pre"> </span>//必须写上await 方法等待其他线程创建完毕，再统一发送 System.out.println(Thread.currentThread().getName()+"\t"+System.currentTimeMillis()+"\tbegin "); // long l1= ; InputStreamReader isr =new InputStreamReader(huc.getInputStream(),"UTF-8"); BufferedReader bf=new BufferedReader(isr); String str=bf.readLine(); while(str!=null) { System.out.println(str); str=bf.readLine(); } long l2= System.currentTimeMillis(); //System.out.println(l2-l1+" "+Thread.currentThread().getName()); //System.out.println(Thread.currentThread().getName()+"\t"+System.currentTimeMillis()+" end"); } catch (MalformedURLException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } catch (BrokenBarrierException e) { // TODO Auto-generated catch block e.printStackTrace(); } }}1. すべてのスレッドの生成とリクエストが要件を満たしているかどうかを個別にテストします。
結果: スレッド名と時間を出力することにより、スレッドがランダムにフォークされ、ほぼ同じ時点で実行を開始したことがわかりました。実行順序は、そのランダム性を示すフォーク順序とは異なるため、不規則ではありません。マルチスレッドの問題。
2. ロック機構とストアドプロシージャをそれぞれ使用してデータベースにアクセスし、2 つの違いを比較します。
結果: ロック メカニズムの最初のユーザーは 1078 ミリ秒、2 番目のユーザーは 2146 ミリ秒、3 番目のユーザーは 3199 ミリ秒かかりました。これらは均等ではなく、PHP がこれらを処理しているようです。これらのスレッドがほぼ同時にサーバーに到着した場合でも、連続してリクエストされます。
3. PHP を使用してデータを mysql に挿入するかどうかは 1 秒かかります。
結果: データの挿入にかかる時間は実際には約 1 秒です。 ！ ！ PHP と mysql 間の接続が遅すぎます。
4. Linux サーバーを使用して、システムへの影響があるかどうかをテストします
結果: データの挿入には約 30 ミリ秒かかり、100 個の同時実行は約 300 ミリ秒で完了します。 ！ ！
3 番目の解決策を考えるのに長い時間がかかり、4 番目の解決策を考えるまでには時間がかかりましたが、それがシステムだとは思いませんでした。Google は、これは PHP のバグだと言いました
なんと言いたいのですが、Windows はサーバーとしてはまったく適していないように思えます。おそらく php の作成者は Windows をまったく使いたくないのでしょう。 Windows では、php-cgi はデフォルトでポート 9000 で待機します。ユーザーにサービスを提供するプロセスは 1 つだけです。nginx は同時実行性が高く、php-cgi に転送される場合のみシリアルに実行されます。リクエストを処理するためにいくつかの php-cgi プロセスを直接フォークした非常に賢い仲間がいます。私は彼を崇拝します:
http {#window 不能派生子进程,只能人工配 PHP_FCGI_CHILDREN 在window不起作用的upstream fastcgi_backend {server 127.0.0.1:9000;server 127.0.0.1:9001;server 127.0.0.1:9002;server 127.0.0.1:9003;}server {listen 80;server_name q.qq;access_log ./../log/q.qq.access.txt;root d:/web/www;location ~ \.php$ {fastcgi_pass fastcgi_backend;}}回想了一下我在Linux下启动Php 的方式：命令行输入 spawn-fcgi -a 127.0.0.1 -p 9000 -C10-u www-data -f /usr/bin/php-cgi ，spawn出10个子进程来处理9000端口的并发的请求，因此100个请求的时间几乎是单线程的10倍，因此快乐不少~~
在查资料优化的过程中，也学到了一些调优的小技巧：
worker_processes 4;//开启4个工作进程，数目不多于CPU的核数。Nginx是非阻塞IO & IO复用模型，适合高并发
events {
worker_connections 1024;//提高每个工作进程最多可接受请求的连接数
multi_accept on;//开启接受多请求
}
关于上文提到的nginx upstream 可以通过ip_hash, 将不同的IP请求转发到相应的服务器做负载均衡，
#定义负载均衡设备的Ip及设备状态
upstream resinserver{
ip_hash;
server 127.0.0.1:8000 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6801;
server 127.0.0.1:6802 backup;
}
在需要使用负载均衡的server中增加均衡器地址 proxy_pass http://resinserver/;
每个设备的状态设置为:
1.down 表示单前的server暂时不参与负载
2.weight 代表负载权重，默认为1。weight越大，负载的权重就越大。
3.max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
4.fail_timeout:max_fails次失败后，暂停的时间。
5.backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
nginx支持同时设置多组的负载均衡，用来给不用的server来使用。
client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录 可以设置最多3层目录
location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡
LAMP 系统性能调优，第 3 部分: MySQL 服务器调优
论MySQL的监控和调优
plus: 对于PHP中无法存储全局变量在服务器中，类似于Java的application变量，我采用了一种共享内存的方法暂时解决这个问题，总感觉哪里不好，欢迎工友们多多指教~~
//读取共享内存中的变量，输入内存ID，访问模式READ/WRITE,权限，块大小
function readMemory($systemid,$mode,$permissions,$size){ $shmid = shmop_open($systemid, $mode, $permissions, $size); $size = shmop_size($shmid); $res = shmop_read($shmid,0,$size); shmop_close($shmid); //close shared memory is a must in case of dead lock return $res;}//写入变量，function writeMemory($systemid, $mode, $permissions, $size,$content){ $shmid = shmop_open($systemid, $mode, $permissions, $size); shmop_write($shmid, $content, 0); shmop_close($shmid);}writeMemory(1024, 'c', 0755, 1024,$content);
readMemory(1024, 'a', 0755, 1024);
分享促进社会进步~~
参考文献：
nginx upstream的分配方式；
window+nginx+php-cgi的php-cgi线程/子进程问题；
PHP内核探索；
探讨nginx与php-fpm是不是以多进程多线程方式运行的
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
