解決併發問題就必須要加鎖，各種方案的本質都是加鎖
php語言中並沒有原生的提供併發的解決方案，因此就需要借助其他方式來實現併發控制。
方案一：使用檔案鎖排它鎖
flock函式用於獲取檔案的鎖，這個鎖同時只能被乙個執行緒獲取到，其它沒有獲取到鎖的執行緒要麼阻塞，要麼獲取失敗
在獲取到鎖的時候，先查詢庫存，如果庫存大於0，則進行下訂單操作，減庫存，然後釋放鎖。
方案二：使用mysql資料庫提供的悲觀鎖
innodb儲存引擎支援行級鎖，當某行資料被鎖定時，其他程序不能對這行資料進行操作。
悲觀鎖的特點是先獲取鎖，再進行業務操作，即「悲觀」的認為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進 行業務操作。
通常所說的「一鎖二查三更新」即指的是使用悲觀鎖。通常來講在資料庫上的悲觀鎖需要資料庫本身提供支援，即通過常用 的select … for update操作來實現悲觀鎖。
當資料庫執行select for update時會獲取被select中的資料行的行鎖，因此其他併發執行的select for update如果試圖選中 同一行則會發生排斥（需要等待行鎖被釋放），因此達到鎖的效果。select for update獲取的行鎖會在當前事務結束時自 動釋放，因此必須在事務中使用。
方案三：使用佇列
將使用者的下單請求依次存入乙個佇列中，後台用乙個單獨的程序處理佇列中的下單請求
方案四：使用redis
redis的操作都是原子性的，可以將商品的庫存存入redis中，下單之前對庫存進行decr操作，如果返回的值大於等於0等可 以下單，否則不能下單,這種方式效率較高。
redis真的是乙個很好的技術，它可以很好的在一定程度上解決**一瞬間的併發量，例如商品搶購秒殺等活動。。。
redis之所以能解決高併發的原因是它可以直接訪問記憶體，下面用redis解決瞬間秒殺活動來說明：
下面這個程式模擬了20w人一瞬間湧入這個頁面進行秒殺,能夠秒殺成功的只有500人,我們把先進來的使用者放入redis佇列 中,當佇列中的使用者達到500時，後來使用者就轉到秒殺結束頁面。這裡用隨機數來表示不同的使用者。
在現實應用中，很多情況下會把資料存入快取，當快取失效時，去資料庫取資料並重新設定快取，如果這時併發量很大，會有很多程序同時去資料庫取資料，導致很多請求穿透到資料庫，而使資料庫奔潰，這裡可用檔案鎖來解決
樂觀鎖。悲觀鎖分別適用什麼情況
1. 對於資料更新頻繁的場合，悲觀鎖效率更高。加鎖的時間可能會很長，這樣可能會長時間的限制其他使用者的訪問，也就是說悲觀鎖的併發訪問性不好。
2. 對於資料更新不頻繁的場合，樂觀鎖效率更高。樂觀鎖是假定讀取的資料，在寫之前不會被更新。適用於資料更新不頻繁的場景。
php高併發處理
處理方法 1 應用程式與靜態資源的分離 在專用伺服器上放置靜態資源 js,css，等 2 頁面快取 使用由應用程式生成的頁面快取，可以節省大量cpu資源。如果部分頁面需要頻繁轉換資料，可以使用ajax進行處理。3 群集和分布 群集 多個伺服器功能相同，主要起分流作用。將不同的業務分散到不同的伺服器上...
php併發技術 php處理併發有哪些技術
對於商品搶購等併發場景下，可能會出現超賣的現象，這時就需要解決併發所帶來的這些問題了 在php語言中並沒有原生的提供併發的解決方案，因此就需要借助其他方式來實現併發控制。flock函式用於獲取檔案的鎖，這個鎖同時只能被乙個執行緒獲取到，其它沒有獲取到鎖的執行緒要麼阻塞，要麼獲取失敗 在獲取到鎖的時候...
php 處理併發問題
對於商品搶購等併發場景下，可能會出現超賣的現象，這時就需要解決併發所帶來的這些問題了 在php 語言中並沒有原生的提供併發的解決方案，因此就需要借助其他方式來實現併發控制。方案一 使用檔案鎖排它鎖 flock函式用於獲取檔案的鎖，這個鎖同時只能被乙個執行緒獲取到，其它沒有獲取到鎖的執行緒要麼阻塞，要...