php鎖機制

⑴ php隊列執行任務的時候，如何防止進程之間搶奪資源

實際上有一個非常簡單的辦法，你可以利用資料庫操作的原子性來實現，不需要那麼復雜的鎖機制，甚至隊列。就按你的方法來，假設任務數據表 task 里有兩個欄位 id, status，我們定義status三個狀態
0: 待處理1: 正在處理2: 處理完成

假設你有一堆 PHP 進程都用如下 sql 語句去取出資料庫里的待處理任務
SELECT * FROM task WHERE status = 0

取出來以後，我們為了防止其他用戶不再重復取出要把它的狀態標記為 1
UPDATE task SET status = 1 WHERE id = xxx

但是等等，這樣就會產生如你所說的資源搶奪，但如果加上一個簡單的技巧就可以避免，你把語句變成這樣
UPDATE task SET status = 1 WHERE id = xxx AND status = 0

熟悉一點資料庫的人可能會說這樣還是避免不了搶奪，只是避免了重復寫入。
我要說的是，能避免重復寫入就夠了，我們的進程在執行完這條操作後，去獲取 affected_rows ，即更新的條數，根據資料庫的原子性，只有第一個搶占的進程才會返回 1，它可以進行後面的操作。而剩下返回 0 的進程，直接進入下一個等待流程即可。

⑵ php mysql的鎖機制 怎麼寫

MYSQL中的鎖：
語法 ：
LOCK TABLE 表名1 READ|WRITE, 表名2 READ|WRITE .................. 【鎖表】
UNLOCK TABLES 【釋放表】

Read:讀鎖|共享鎖 ： 所有的客戶端只能讀這個表不能寫這個表
Write:寫鎖|排它鎖： 所有當前鎖定客戶端可以操作這個表，其他客戶端只能阻塞
注意：在鎖表的過程中只能操作被鎖定的表，如果要操作其他表，必須把所有要操作的表都鎖定起來！

PHP中的文件鎖 （鎖的是文件，不是表）
文件鎖的文件與表有什麼關系？：一點關系也沒有，與令牌相似，誰拿到誰操作。所以表根本沒鎖。
測試時，有個文件就行，叫什麼名無所謂

⑶ PHP下有沒有互斥鎖的實現方案 - PHP進階討論

回復 1# 用memcache每秒10K+的速度應該夠了php本身能跑多快?國內某top2公司的手機游戲接入平台每秒才要求20k讀，15k寫要不行你就換TC性能還是不夠你就寫個小擴展唄

⑷ php載入ts文件

php以ISAPI方式載入的時候選擇ts文件。
不會出現數據不一致或者數據污染php以ISAPI方式載入的時候選擇這個版本。
多線程訪問時，採用了加鎖機制，當一個線程訪問該類的某個數據時，進行保護，其他線程不能進行訪問直到該線程讀取完，其他線程才可使用。

⑸ PHP下有沒有互斥鎖的實現方案

木有...至於鎖的方案一般由資源自己實現。比如對資料庫和緩存的訪問。PHP進程都是單線程模型，如果資源不可讀寫，則阻塞。不過PHP有文件鎖的機制，這貌似是PHP唯一支持的鎖...

⑹ PHP程序里如何釋放內存

這個，不是PHP本身的問題。
而是你的伺服器網路帶寬的問題。
你用curl請求的是遠程的伺服器，要佔用帶寬吧？用戶訪問你的網站，也要佔用帶寬吧？於是，你的帶寬就悲劇了。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
一個PHP程序執行完，所有的東西就消失了，內存就自動釋放了...所以這方面你不需要考慮的。

⑺ thinkphp事務上鎖後整個資料庫都上鎖嗎

事務的鎖機制應該與thinkphp無關，主要看你採用什麼資料庫。

⑻ PHP中文件存儲是fopen好還是資料庫好

如果是用戶上傳的文件,建議保存在文件系統,位置保存在資料庫.如果你要用fopen讀寫文件,為了保持數據的一致性,所有PHP腳本寫該文件時都要用flock加排它鎖.如果數據存在資料庫的話,則不需要PHP實現鎖機制.

⑼ 並發時，php操作mysql需要加鎖嗎mysql在並發時讀寫數據表會加鎖，我覺得不用再手動加鎖，請問是這樣嗎

你得先了解mysql的表鎖機制 以及具體伺服器是apache活著nginx 或者別的什麼，這都是有區別的