php mysql 並發問題？

php sql 都是發給mysql一條一條執行的嗎？

如果同時有兩條更新的sql，都是操作同一行資料，那麼這兩條sql是怎麼執行的呢，一條先執行一條後執行嗎？

如果是先後執行的，那麼是否可以理解為執行sql時進行了自動的鎖表呢？

還有這個問題：

我以前用MyIsam出現這樣一個問題，應用情境是這樣的：A和B使用者之間發訊息（web辦聊天框AJAX），A給B每發一條訊息，訊息表中新增一條記錄（未讀訊息標示），然後同時B的未讀訊息+1， 而B每隔幾秒AJAX請求看訊息表中是否有新的未讀訊息，有則取回，標示為已讀訊息，然後未讀欄位減去這個未讀訊息的數量，這樣的設計本來沒什麼問題，但是如果發訊息和重新整理訊息很快毫秒級那麼就出問題了，用JS類比點擊，出現的問題是，再A停止發訊息後，B使用者的未讀欄位竟然不是0，本來好好的，為什麼發訊息快事就成這樣了呢，這讓我崩潰了，這還了得，如果涉及到金額那不就完了啊，這個問題是什麼原因呢？

回複內容：

php sql 都是發給mysql一條一條執行的嗎？

如果同時有兩條更新的sql，都是操作同一行資料，那麼這兩條sql是怎麼執行的呢，一條先執行一條後執行嗎？

如果是先後執行的，那麼是否可以理解為執行sql時進行了自動的鎖表呢？

還有這個問題：

我以前用MyIsam出現這樣一個問題，應用情境是這樣的：A和B使用者之間發訊息（web辦聊天框AJAX），A給B每發一條訊息，訊息表中新增一條記錄（未讀訊息標示），然後同時B的未讀訊息+1， 而B每隔幾秒AJAX請求看訊息表中是否有新的未讀訊息，有則取回，標示為已讀訊息，然後未讀欄位減去這個未讀訊息的數量，這樣的設計本來沒什麼問題，但是如果發訊息和重新整理訊息很快毫秒級那麼就出問題了，用JS類比點擊，出現的問題是，再A停止發訊息後，B使用者的未讀欄位竟然不是0，本來好好的，為什麼發訊息快事就成這樣了呢，這讓我崩潰了，這還了得，如果涉及到金額那不就完了啊，這個問題是什麼原因呢？

跟儲存引擎有關。簡單的說MyISAM是表鎖，Innodb是行鎖。 具體可以參考mysql手冊:https://dev.mysql.com/doc/refman/5.5/en/locking-issues.html

你需要看一下有關資料庫事務的介紹。http://blog.csdn.net/wang_cir/article/details/6227155

這個涉及到鎖的概念——樂觀鎖，悲觀鎖。看具體情況。一般使用樂觀鎖處理。

