PHP 高并发抢购、秒杀功能出现的两个问题

本文探讨了高并发场景下数据库面临的压力及应对策略,包括缓存、业务拆分、主从复制和分库分表。同时,针对"超卖"问题,提出了库存字段限制、事务锁、文件锁和Redis队列等解决方案,确保库存的准确性和系统的稳定性。
摘要由CSDN通过智能技术生成

一、高并发对数据库产生的压力

1、缓存式的Web应用程序架构

        Web层与数据库之间加一个Cache层,用以提高数据读取速度,降低数据库读取负担

2、业务拆分

        不用业务模块如用户、商品、订单、评价等使用单独的数据库进行存储,不用业务访问对应的数据库

3、数据库主从复制,读写分离

        读写集中同一个数据库无疑是对数据库产生巨大的压力。主从复制技术(master-slave模式)可实现读写分离,提高读写性能以及读库的可扩展性。

        只在主服务器上写,只在从服务器上读。主服务器处理 事务性查询,从服务器处理select查询,数据库复制被用于把事务性查询(增删改)导致的改变更新同步到集群的从数据库。

       MySQL读写分离提升系统性能:

  1、主从只负责各自的读和写,极大程度缓解X锁和S锁争用。

  2、slave可以配置MyISAM引擎,提升查询性能以及节约系统开销。

  3、master直接写是并发的,slave通过主库发送来的binlog恢复数据是异步的。

  4、slave可以单独设置一些参数来提升其读的性能。

  5、增加冗余,提高可用性。

        主从复制的原理:数据复制的实际就是Slave从Master获取Binary log文件,然后再本地镜像的执行日志中记录的操作。由于主从复制的过程是异步的,因此Slave和Master之间的数据有可能存在延迟的现象,此时只能保证数据最终的一致性。

4、分表分库

       分表

        对于数据量巨大且访问极其频繁的单表,使用分表用以减少单表的记录条数,降低数据查询的时间,提高数据吞吐量。

       分表策略

        使用用户ID是最常用的分库的路由策略

        当数据比较大的时候,对数据进行分表操作,首先要确定需要将数据平均分配到多少张表中,也就是:表容量。

        这里假设有100张表进行存储,则我们在进行存储数据的时候,首先对用户ID进行取模操作,根据 user_id%100 获取对应的表进行存储查询操作。

  在实际的开发中,我们的用户ID更多的可能是通过UUID生成的,这样的话,我们可以首先将UUID进行hash获取到整数值,然后在进行取模操作。

       分库

        将数据进行分库操作,把数据库IO性能问题平均分配

二、如何避免“超卖”问题

        一般下单操作:查询出对应商品的库存,看是否大于0,然后执行生成订单等操作,但是在判断库存是否大于0处,如果在高并发下就会有问题,导致库存量出现负数

优化方法1

        库存数量字段设为unsigned,字段不能为负数,返回false

优化方法2

         使用事务进行锁操作,锁住正在操作的行

优化方法3

        使用非阻塞的文件排他锁

$fp = fopen("lock.txt", "w+");
if(!flock($fp,LOCK_EX | LOCK_NB)){
    echo "系统繁忙,请稍后再试";
    return;
}

 优化方案4    

        使用redis队列,根据其原子性的特点,依次执行

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值