ci mysql高并发_高并发访问mysql时的问题(一):库存超减

最新推荐文章于 2021-02-07 04:19:34 发布
最新推荐文章于 2021-02-07 04:19:34 发布
阅读量187 收藏
点赞数
文章标签： ci mysql高并发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42565755/article/details/113560255
版权

标签：

如果在对某行记录的更新时不采取任何防范措施,在多线程访问时,就容易出现库存为负数的错误.

以下用php、mysql,apache ab工具举例说明:

mysql表结构

CREATE TABLE`yxt_test_concurrence` (

`id`int(11) NOT NULLAUTO_INCREMENT,

`value`int(11) NOT NULL COMMENT ‘库存‘,PRIMARY KEY(`id`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT=‘库存表‘;

CREATE TABLE`yxt_test_pv` (

`id`int(10) unsigned NOT NULLAUTO_INCREMENT,

`val`int(255) DEFAULT NULL COMMENT ‘该线程读取到的库存数量‘,PRIMARY KEY(`id`)

) ENGINE=MyISAM AUTO_INCREMENT=351 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT=‘访问记录表,每次访问都增加一条记录,并记录此次访问时的库存数‘;

在库存表中存入模拟库存500个.

在此,为方便,php采用TP框架:

public functiontc(){$this->tc = M("test_concurrence");//模拟商品的剩余数量

$this->pv = M("test_pv");//模拟访问次数

$res=$this->tc->field(‘value‘)->find(1);//查到的剩余数量

$value=$res[‘value‘];if($value>0){//如果大于0,则进行下面的逻辑

$this->pv->data(array(‘val‘=>$value))->add();//这个是用来记录访问的次数,并记录此次访问时的库存数

M()->execute("UPDATE `yxt_test_concurrence` SET `value`=`value` - 1 WHERE `id` = 1");//商品数量减1}

}

使用ab工具模拟并发访问:

C:\Users\chenhui>ab -c 50 -n 500 http://study.com/course/Course/tc/

This is ApacheBench, Version 2.3Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking studyyxtcmf.com (be patient)

Completed 100 requests

Completed 200 requests

Completed 300 requests

Completed 400 requests

Completed 500 requests

Finished 500 requests

Server Software: Apache/2.4.9

Server Hostname: studyyxtcmf.com

Server Port: 80

Document Path: /course/Course/tc/

Document Length: 25786 bytes

Concurrency Level: 50

Time taken for tests: 60.035 seconds

Complete requests: 500

Failed requests: 450

(Connect: 0, Receive: 0, Length: 450, Exceptions: 0)

Total transferred: 12973630 bytes

HTML transferred: 12785130 bytes

Requests per second: 8.33 [#/sec] (mean)

Time per request: 6003.543 [ms] (mean)

Time per request: 120.071 [ms] (mean, across all concurrent requests)

Transfer rate: 211.03 [Kbytes/sec] received

Connection Times (ms)

min mean[+/-sd] median max

Connect: 0 1 2.1 1 34

Processing: 781 5915 1578.6 5996 12272

Waiting: 765 5901 1581.8 5983 12261

Total: 783 5916 1578.4 5997 12272

Percentage of the requests served within a certain time (ms)

50% 5997

66% 6385

75% 6707

80% 6850

90% 7387

95% 8402

98% 9734

99% 10300

100% 12272 (longest request)

查看数据库记录:

SELECT * fromyxt_test_pv;--截取一段记录(左边是第几次访问,右侧是当次访问看到的库存)

| 338 | 164 |

| 339 | 164 |

| 340 | 163 |

| 341 | 162 |

| 342 | 162 |

| 343 | 162 |

| 344 | 162 |

| 345 | 157 |

| 346 | 156 |

| 347 | 156 |

| 348 | 153 |

| 349 | 155 |

| 350 | 151 |

可以发现在341-343次读取的库存数量是一样的,在库存还很多的情况时,并不会出现问题:因为程序中减库存的逻辑,是当前库存量减去1.但是库存不多的时候,就很可能出现问题,比如库存只有一个了,而此时有多个线程查询到此时还有一个库存,因为1>0满足条件,所以库存减1,多个线程都对当前库存减1,最后就多减了库存,出现负数,这是不允许的.

所以一定要采取措施.

我认为,总的原则是:对于某一个时刻的库存,只允许一个会话去修改.要满足此条件.有两种选择:

1.对于某一个时刻的库存,只允许一个会话去读取(锁机制).待锁被释放后,其他会话才可以读取库存.

2.对于某一个时刻的库存,设定版本(即增加一个版本字段,用于比较.我对版本的理解是刻个记号),更新库存时要判断版本是否发生变化,若没发生变化,则更新库存的同时,更新版本号.若更新库存时发现版本发生变化了,那一定是有别的线程早已对库存修改,此情况下就放弃修改.

选择1.使用mysql的锁机制.(悲观锁)

public functiontc(){$this->tc = M("test_concurrence");//模拟商品的剩余数量

$this->pv = M("test_pv");//模拟访问次数

//对表加锁,注意,如果加锁过程中要操作多个表,要对这几个表都加锁,否则会报错

//mysql> lock table yxt_test_concurrence read;--只锁了一张表

//Query OK, 0 rows affected (0.00 sec)

//mysql> SELECT * from yxt_test_pv;--读取没有被锁的表

//ERROR 1100 (HY000): Table ‘yxt_test_pv‘ was not locked with LOCK TABLES--报错,提示查询的表没有被锁住

M()->execute("lock tables yxt_test_concurrence write,yxt_test_pv write;");$res=$this->tc->field(‘value‘)->find(1);//查到的剩余数量

$value=$res[‘value‘];if($value>0){//如果大于0,则进行下面的逻辑

$this->pv->data(array(‘val‘=>$value))->add();//这个是用来记录访问的次数

M()->execute("UPDATE `yxt_test_concurrence` SET `value`=`value` - 1 WHERE `id` = 1");//商品数量减1

}//解锁

M()->execute("unlock tables");

}

采用锁机制,可以严格控制库存数量的变化,但是采用锁会增加数据库的开销.

选择2.版本控制(乐观锁)

乐观锁,是假定事务之间是互不干扰的,事务在访问数据的时候,并不会获取锁,但是,在提交前,每个事务都要确保其他事务并没有修改他读取到的数据.如果在更新数据时发现其他事务已经修改了数据,则回滚提交.乐观锁经常用于"低争用数据结构"的场景中.当冲突特别少的时候,事务可以在完成时,不需要管理锁的开销及等待其他事务释放锁,这可以带来更高的吞吐率.但是,如果对于数据的争用特别频繁,重新开启一个新事务的开销会明显影响性能.

通常认为,其他并发控制方法,在此情况下会有更好的表现,然而,基于悲观锁的方法,会导致较差的性能.因为即使死锁可以避免,"锁"仍会极大的影响并发性能.(我想应该是因为会话被阻塞,从而导致只能串行访问数据库)

以上定义摘自wiki:https://en.wikipedia.org/wiki/Optimistic_concurrency_control

这种情况下,如果并发访问,则修改失败的几率会较高,

举例:在热销产品场景下则容易出现购买失败的情况.这对用户的体验是不好的.因为这意味着又要重新尝试一次.

小结:应该采取哪一种锁,应根据实际场景来权衡利弊,如果更新的很频繁,那应该使用悲观锁.此刻需要考虑的问题是:如何解决并发问题.如果很少更新,则使用乐观锁更为方便省事.

标签：

江湖小发
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
OpenResty（openresty-1.21.4.1.tar.gz）
04-10
这样，Web 开发人员和系统工程师可以使用 Lua 脚本语言调动 Nginx 支持的各种 C 以及 Lua 模块，快速构造出足以胜任 10K 乃至 1000K 以上单机并发连接的高性能 Web 应用系统。 OpenResty的目标是让你的Web服务直接...
【超卖问题，高并发情况下，如何扣减库存】
u010347967的博客
03-28 6598
如何做扣款库存，电商详情页，其实都是静态的数据，除了库存。 方案一： 纯mysql 事务ACID,所以如果我们下单成功了，在MYSQL开启事务之后，下单成功，扣减成功之后，提交事务。 10 1 9 反之 如果出现某些状况，数据库扣减失败，他就会回滚， 扣减库存，一定会涉及到超卖问题。 MYSQL中是如何做呢？version做控制之类的，其实用不上，我们只需要update where id and 库存>0. 乐观锁的实现。 下单失败了，给你返回执行的行数就是0。 if==0 return 下单失败
mysql处理高并发，防止库存超卖
小白、零下
02-22 2343
1、事务处理    一般情况，事务处理都可以解决 2、每减少库存对应一个订单流水号（这个订单流水号在生成减少库存这个用户动作时就要生成），订单流水号是存在自增ID的表里的，然后统计这个流水，就好解决了。   例如：总库存：4个商品             请求人：a，1个商品；b，2个商品；c：3个商品        方法一、 beginTranse(开启事务)
mysql 高并发扣除库存_互联网如何高并发扣减库存
weixin_34561662的博客
02-07 1557
本文使用的库存数量模型本文为了描述方便，我们使用简化的库存数量模型，真实使用实际的库存数量项可根据实际需要设计。库存数量表-stockNum字段名英文名字段类型商品标识skuId长整型库存数量num整数传统通过数据库保证不超卖通过Sql里判断剩余的库存数够用，多个并发执行update语句只有一个能执行成功。Update stockNum set num=num-下单数量 where skuId=商...
mysql乐观锁处理超卖_mysql处理高并发，防止库存超卖
weixin_28753691的博客
01-21 823
一般电子商务网站都会遇到如团购、秒杀、特价之类的活动，而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。然而，作为活动商品，库存肯定是很有限的，如何控制库存不让出现超买，以防止造成不必要的损失是众多电子商务网站程序员头疼的问题，这同时也是最基本的问题。从技术方面剖析，很多人肯定会想到事务，但是事务是控制库存超卖的必要条件，但不是充分必要条件。举例：总库存：4个商品请求人：a、...
java饭店点菜系统源码-daily-node:学习节点
06-18
运行环境(运行时), 让 JavaScript 的执行效率有低端的 C 语言的相近的执行效率 Node.js 使用一个事件驱动、非阻塞 I/O 的模型, 使其轻量又高效 Node.js 的包管理器 npm, 是全球最大的开源库生态系统 Node 解决的问题...
leetcode有效期-Database:MySQLAndNoSQL原理分析
07-07
主要解决海量数据的访问效率问题，存放在硬盘上。 NoSQL(Not Only SQL)：非关系型的数据库，包括 MongoDB、Redis 等，用于超大规模数据的存储。 分布式系统(distributed system)由多台计算机和通信的软件组件通过...
mysql大数据高并发处理
02-03
如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始实施之前，完备的数据库模型的设计是必须的。在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力物力，而整个系统也不可避免的形成了一个打补丁工程。所以在考虑整个系统的流程的时候，我们必须要考虑，在高并发大数据量的访问情况下，我们的系统会不会出现极端的情况。（例如：对外统计系统在7月16日出现的数据异常的情况，并
高并发下减库存操作避免超卖
热门推荐
zhangxiaomin1992的专栏
07-13 1万+
在秒杀系统中，有100个请求过来下单，减库存操作 方式一: for update 用时5504 select * from PPTEST.TBL_SHOP mm where ID=#{id,jdbcType=VARCHAR} for update select for update这是数据库行锁，也是我们常用的悲观锁，可用于针对某商品的秒杀操作，但是当出现主键索引和非主键索引同时等待
MySQL处理高并发,防止库存超卖库存出现负数
qq_33599095的博客
05-13 3549
mysql处理高并发的方式比较多，以下为比较简单的一种(mysql事物控制)beginTranse();try{$result = $dbca->query('select amount from s_store where postID = 12345');if(result->amount > 0){//quantity为请求减掉的库存数量$dbca->query('u...
mysql如何处理高并发(转)
weixin_30549175的博客
05-09 1680
mysql高并发的解决方法有：优化SQL语句，优化数据库字段，加缓存，分区表，读写分离以及垂直拆分，解耦模块，水平切分等。 高并发大多的瓶颈在后台，在存储mysql的正常的优化方案如下： （1）代码中sql语句优化 （2）数据库字段优化，索引优化 （3）加缓存，redis/memcache等 （4）主从，读写分离 （5）分区表 （6）垂直拆分，解耦模块 （7）水平切分 ...
PHP mysql高并发行锁没用_PHP利用Mysql锁解决高并发
weixin_34377037的博客
01-27 163
前面写过利用文件锁来处理高并发的问题的，现在我们说另外一个处理方式，利用Mysql的锁来解决高并发的问题 先看没有利用事务的时候并发的后果 创建库存管理表 ``` CREATE TABLE `storage` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `number` int(11) DEFAULT NULL, PRIMARY KEY (`i...
mysql 并发更新库存_MySQL 处理高并发 防止库存超卖
weixin_39672396的博客
02-03 474
问题描述一般电子商务网站都会遇到如团购、秒杀、特价之类的活动，而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。然而，作为活动商品，库存肯定是很有限的，如何控制库存不让出现超卖，以防止造成不必要的损失，是众多电子商务网站程序员头疼的问题，这同时也是最基本的问题。条件总库存：4个商品请求人：a、1个商品 b、2个商品 c、3个商品错误示例$pdo->beginTransa...
高并发，业务量大的业务场景下，数据库减库存的解决方案
H的博客
09-28 1万+
一，用户下单购买商品的情况下，如果有多个人同时下单，减除库存的情况下，如果遇到了减去库存的并发问题，这个时候应该怎么处理呢？ 传统的业务流程场景下，处理流程是这样的：1，库存查询，通过dao查询商品库存，返回库存数量 select stock from goods where gid=#{gid} 2，逻辑判断库存是否充足，充足进行库存减扣 update stock set stock=stoc...
mysql同步执行减库存_并发减库存,怎么保证不超卖?
weixin_39956451的博客
01-27 320
并发减库存秒杀的场景有很多，比如：抢购、抢票、抢红包等等。总之，就是在极短时间内有大量的请求。我们都知道，这种系统设计的大方向就是限流，即通过层层过滤，最终只让相对较少的请求进入到核心业务处理层。这里不谈秒杀设计，不谈使用队列等使请求串行化，就谈下怎么用锁来保证数据正确，就是已经到减库存那一步了，在这一步中如果保证不超卖。用队列的话，可以是Java自动的队列，也可以用Redis的LPUSH RPO...
分布式锁和mysql事物扣库存_高并发下库存扣减解决方案--分布式锁
weixin_35657239的博客
01-28 1468
以下是个简单的库存扣减流程：image.png如果并发非常低的时候，基本就按这个流程走就行了。而这个设计，并发量稍大时，就会导致超卖的情况出现，两个同时要9台手机的请求，同时查到库存有12台，那操作下来，就会导致超卖：image.png嗯，那么出于职业道德，得加把锁：image.png嗯，这个设计，在高并发但库存量极少的秒杀场景，或者库存很高但并发量不高的(每秒10个请求)，都是可行解。然而，这个...
mysql安装配置教程
最新发布
03-26
innodb_buffer_pool_size=XXGB，这个参数是 MySQL 更好性能的核心，是决定 MySQL 能承受大并发时的关键参数。 ii. 其他与 buffer_pool 相关的配置：innodb_additional_mem_pool_size， innodb_log_buffer_size，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值