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，本来好好的，为什么发消息快事就成这样了呢，这让我崩溃了，这还了得，如果涉及到金额那不就完了啊，这个问题是什么原因呢？
跟存储引擎有关。简单的说MyI@本文来*源gaodai#ma#com搞*!代#%^码$网*SAM是表锁，Innodb是行锁。 具体可以参考mysql手册:https://dev.mysql.com/doc/refman/5.5/en/locking-issues.html
你需要看一下有关数据库事务的介绍。http://blog.gaodaima.com/wang_cir/article/details/6227155
这个涉及到锁的概念——乐观锁，悲观锁。看具体情况。一般使用乐观锁处理。
转载请注明原文链接：php mysql 并发问题？
