From 6b3bedd552eed4c65bb005ec5afa9e5a12bcc803 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=8E=8B=E4=BA=9A=E7=90=AA?= Date: Thu, 5 May 2022 19:19:58 +0800 Subject: [PATCH] docs: update uniCloud high concurrency faq --- docs/uniCloud/faq.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/uniCloud/faq.md b/docs/uniCloud/faq.md index 392716eba..5b9084158 100644 --- a/docs/uniCloud/faq.md +++ b/docs/uniCloud/faq.md @@ -232,7 +232,7 @@ uniCloud的每个云函数是一个独立进程，不存在云函数级别的多 ### 高并发下简单的防止超卖 -> uniCloud阿里云现已支持redis，开通并使用redis请参考:[redis开通和使用](uniCloud/redis.md)，如何使用redis防止超卖请参考：[redis高并发抢购](uniCloud/redis.md?id=snap-over-sell) +> uniCloud阿里云现已支持redis，开通并使用redis请参考:[redis开通和使用](uniCloud/redis.md)，如何使用redis防止超卖请参考：[redis高并发抢购](uniCloud/redis.md?id=snap-over-sell)（推荐使用）。如下方式针对无redis场景比较不灵活（不推荐使用） 高并发时很多用户同时对一条数据读写，很容易造成数据混乱，表现在秒杀抢购等场景就是超卖。以秒杀为例，开发者可以从扣除库存这步入手对超卖进行很大程度的限制，下面是一个简单的示例（**注意以下代码未使用事务**） -- GitLab