php数据库行锁 mysql 锁行

php中如何使用select for update 悲观锁 行

在select查询语句的结尾 加上for update，就可以实现锁行，

为和平等地区用户提供了全套网页设计制作服务，及和平网站建设行业解决方案。主营业务为网站制作、成都网站设计、和平网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

使用for update of指定数据列之后，锁定的范围限制在了所在的数据表。也就是说，当我们使用连接查询配合of子句的时候，可以实现有针对性的锁定。

默认情况下的for update语句，效果相当于启动了一个会话级别的事务，在对应的数据表上加入一个数据表级共享锁。同时，在对应的数据行中加入独占锁。

泰牛程序员的数据库视频课程里面有讲解

PHP MYSQL中 表锁和行锁 一般什么情况下使用 另外具体怎么写

手动加锁：

表级锁

lock tables tablename read;//共享锁

lock tables tablename write;//排它锁

unlock tables;//解锁

php直接query就行了。

除了MyIsam，谁还会无聊到显式加锁？

InnoDB直接跑事务默认会触发隐式锁,不需要自己lock和unlock。

php每天抓取数据并更新新

以前我用过querylist插件抓数据，服务器写和定时器，每天固定时间去运行脚本。朝这个方式试试

高并发下数据的更新，应该 update table xxx set num = num - 1 的方式，这种方式可以保证数据的正确性。

但是会出现 num 为负数的问题，如果库存为负数，显然是不合理的。

于是，需要将 num 字段设置为 无符号整型，这样就不会出现负数了，因为，如果减到负数，就会更新失败。

但是这种依然会造成很多无用的更新语句的执行，是不合理的。

于是，update table xxx set num = num - 1 where num 0，

这样当 num 等于0之后就不会去更新数据库了，减少了很多无用的开销。

这种方式被称作“乐观锁”

此外，对于抢红包这种非整数的操作，我们应该转换为整数的操作。

关于抢购超卖的控制

一般抢购功能是一个相对于正常售卖系统来说独立的子系统，这样既可以防止抢购时的高并发影响到正常系统，

也可以做到针对于抢购业务的特殊处理。

在后台设计一些功能，可以就昂正常的商品加入到抢购活动中并编辑成为抢购商品，写入到抢购商品表，当然

也可以把抢购商品表写入redis而不是数据表。并且在原商品表写入一个同样的商品（id相同，用于订单查看，

此商品不可购买）

如果是数据表，为了控制超卖，需要对表进行行锁，更新的时候带上 where goods_amount 0。

如果是redis，使用 hincrby 一个负数来减库存，并且 hincrby 会返回改变后的值，再来判断返回值是否大于0，

因为redis每个命令都是原子性的，这样不用锁表就可控制超卖。

开发php网站，mysql做数据库一定要用锁吗？

一般情况下，MYSQL在更新操作会自动加表锁。不需要显式加锁。除非是数据要求严格的逻辑写顺序。

执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作 （UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此，用户一般不需要直接用LOCK TABLE命令给MyISAM表显式加锁。

php中如何避免mysql数据库死锁

mysql一般不会死锁，除非程序有问题。性能优先事务不优先的数据库（设置）不要追求可靠性万无一失。

网站性能问题主要是数据库量大了以后，查询扫描硬盘而产生的。其它性能不要太在意。编写代码的时候不要坚持性能原则，而是坚持可用性原则。初学者编写代码通常容易面向性能，但是一个项目的一个页面几百、几千行代码是很常见的。要面向可用性、可维护性、可读性。这是项目原则。你看看java语言。对于网站，除了查询扫描硬盘而产生的时间延迟，其它是不管的，只要不算有问题就可以。

连接方式是否为永久连接，在访问量未达到高并发之前，还是非永久链接更好。非永久连接的资源消耗是不大于永久连接的，因为mysql是把连接权限缓存的，不会多次扫描硬盘，性能是可执行级别的而不是查找数据级别的。在访问量达到高并发之后，性能问题的原因是多方面的，多环节的，是否为永久连接不是主要原因。

在php的事务处理的时候，用不用加锁，事务处理本身有没有加锁？

建议用 行锁+事务

select * from table where id=‘92’ for update

这样的话 只有获得本次数据库链接的资源号的 php 程序可以对本条记录进行读取操作，其他程序如果也有读取的话会等待锁定该行的程序执行更新后，才能读取，

另外 貌似对数据库引擎有要求 mysql 的话 innodb 可以这样玩。