在php与数据库的交互中,若是并发量大,而且都去进行数据库的修改的话,就有一个问题须要注意.数据的锁问题.就会牵扯数据库的事务跟隔离机制
数据库事务依照不一样的事务隔离级别来保证事务的ACID特性，也就是说事务不是一开启就能解决全部并发问题。一般状况下，这里的并发操做可能带来四种问题：php
- 更新丢失：一个事务的更新覆盖了另外一个事务的更新，这里出现的就是丢失更新的问题。
- 脏读：一个事务读取了另外一个事务未提交的数据。
- 不可重复读：一个事务两次读取同一个数据，两次读取的数据不一致。
- 幻象读：一个事务两次读取一个范围的记录，两次读取的记录数不一致。
一般数据库有四种不一样的事务隔离级别：mysql
大多数数据库的默认的事务隔离级别是提交读（Read committed），而MySQL的事务隔离级别是重复读（Repeatable read）。对于丢失更新，只有在序列化（Serializable）级别才可获得完全解决。不过对于高性能系统而言，使用序列化级别的事务隔离，可能引发死锁或者性能的急剧降低。所以使用悲观锁和乐观锁十分必要。 并发系统中，悲观锁（Pessimistic Locking）和乐观锁（Optimistic Locking）是两种经常使用的锁：laravel
- 悲观锁认为，别人访问正在改变的数据的几率是很高的，所以从数据开始更改时就将数据锁住，直到更改完成才释放。悲观锁一般由数据库实现（使用SELECT...FOR UPDATE语句）。
- 乐观锁认为，别人访问正在改变的数据的几率是很低的，所以直到修改完成准备提交所作的的修改到数据库的时候才会将数据锁住，完成更改后释放
***
以mysql为例子:
myisam存储引擎使用表缩
innodb使用行锁(明确指定了主键的状况下,不然也是表锁)与表锁
通常的作法是:
1 开启事务
2 进行数据更改
3 回滚或者提交
在具体的业务逻辑中,因为隔离机制的不一样,致使结果的不一样.
乐观锁与悲观锁使用的也比较多.面试
因为悲观锁在开始读取时即开始锁定，所以在并发访问较大的状况下性能会变差。对MySQL Inodb来讲，经过指定明确主键方式查找数据会单行锁定，而查询范围操做或者非主键操做将会锁表。sql
以上内容但愿帮助到你们， 不少PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提高，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货须要的能够免费分享给你们 ，须要戳这里 PHP进阶架构师>>>实战视频、大厂面试文档免费获取 shell