商品领域十二张基础表设计思路与实现

1 文章概述

商品在电商领域中是一个非常重要的领域,交易行为前提是有商品信息存在。本文我们分析商品表基本设计,其它复杂场景可以在此基础上进行扩展。需要说明第一本文所用数据是测试数据,可能与真实数据有偏差,仅供演示。第二本文展示商品核心字段,一些通用字段不展示。

2 商品类目

2.1 基本信息

类目表示商品分类并且具有层级关系:

  • 一级类目:图书
    • 二级类目:文学
      • 三级类目:小说

  • 一级类目:电脑
    • 二级类目:电脑配件
      • 三级类目:显卡

  • 一级类目:生鲜
    • 二级类目:水果
      • 三级类目:苹果

2.2 三种类目

2.2.1 后台类目

后台类目有两个特点:标准和稳定。标准表示后台类目是业界通用的,并且层级不宜过多,通常不超过三级。稳定表示后台类目一旦确定不能轻易修改,否则设计上下游大量数据变更,工作量非常大,所以变更权限必须收敛到平台运营。

2.2.2 前台类目

计算机领域有一句话:任何问题都可以通过加一层解决。为了解决后台类目不能灵活调整这个问题,业界在后台类目上设计了前台类目。

运营人员通常会对后台类目进行简化和整理,更加符合用户检索习惯,前台类目可以自由关联后台类目,可以一对多、多对一或者多对多。很多电商网站PC首页展示的类目一般是前台类目。

2.2.3 店铺类目

店铺类目灵活度更好可以交由商家管理,商家可以根据自身经营策略调整店铺类目,提升交易率,一般只支持两层。综上所述我们看一个实例:

(1) 后台类目

  • 一级类目:生鲜
    • 二级类目:水果
      • 三级类目:西瓜

(2) 前台类目

  • 一级类目:食品/生鲜/特产
    • 二级类目:新鲜水果
      • 三级类目:西瓜

(3) 店铺类目

  • 一级类目:夏日清凉
    • 二级类目:甜甜大西瓜

2.3 后台类目表

 

xml

复制代码

CREATE TABLE `category_1_background` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键', `category_id` varchar(64) NOT NULL COMMENT '类目ID', `category_name` varchar(128) NOT NULL COMMENT '类目名称', PRIMARY KEY (`id`), UNIQUE KEY `uq_category_id` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='一级后台类目表'; CREATE TABLE `category_2_background` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键', `category_id` varchar(64) NOT NULL COMMENT '类目ID', `category_name` varchar(128) NOT NULL COMMENT '类目名称', `category_1_id` varchar(64) NOT NULL COMMENT '一级分类ID', PRIMARY KEY (`id`), UNIQUE KEY `uq_category_id` (`category_id`), KEY `idx_category_1_id` (`category_1_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='二级后台类目表'; CREATE TABLE `category_3_background` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键', `category_id` varchar(64) NOT NULL COMMENT '类目ID', `category_name` varchar(128) NOT NULL COMMENT '类目名称', `category_2_id` varchar(64) NOT NULL COMMENT '二级分类ID', PRIMARY KEY (`id`), UNIQUE KEY `uq_category_id` (`category_id`), KEY `idx_category_2_id` (`category_2_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='三级后台类目表'; insert into `category_1_background`(`category_id`,`category_name`) values ('700','电子设备'); insert into `category_2_background`(`category_id`,`category_name`,`category_1_id`) values ('800','通讯设备','700'); insert into `category_3_background`(`category_id`,`category_name`,`category_2_id`) values ('900','手机','800');

3 商品属性

3.1 属性分类

3.1.1 关键属性

关键属性是商品本质属性,关键属性中最核心两个属性是品牌和型号,一旦确定这两个属性等价于确定SPU(Standard Product Unit)标准化管理单元,例如品牌是小米,型号是10。在实践中这两个属性不放在属性表:

  • 型号是一种特殊属性
    • 作为SPU表一个字段
  • 品牌是一种特殊属性
    • 品牌基础信息一张独立表
    • SPU表记录对应品牌ID

其它关键属性例如屏幕尺寸,CPU型号,CPU核数还是通过属性表承载。

3.1.2 销售属性

销售属性又称为规格属性,如果关键属性确定,一旦销售属性再确定,那么就可以确定SKU(Stock Keeping Unit)库存计量单位,可以理解为仓库中实物商品,每一个SKU都有一个库存数量与一个价格与之对应。电商常见销售属性有颜色、容量、版本、套餐等等。

例如关键属性品牌是小米,型号是10,销售属性颜色是黑色和蓝色,容量是128G和256G,那么共有四个SKU:

  • 小米 10 黑色 128G
  • 小米 10 黑色 256G
  • 小米 10 蓝色 128G
  • 小米 10 蓝色 256G

3.1.3 描述属性

除了关键属性与销售属性,其它属性称为描述信息。

3.2 属性与属性值

属性和属性值由平台运营人员设置。属性有两种类型:选择与自定义。对于选择类型,运营人员需要为属性设置属性值。对于自定义类型,无需设置属性值。例如平台运营人员新增以下两个属性:

  • 颜色:选择类型,属性值包括黑色、蓝色、红色
  • 重量:自定义类型,无需平台运营设置属性值,商家自行填写

3.3 类目与属性

每个类目对应的属性是不同的,所以平台运营人员初始化属性和属性值之后,还要建立类目与属性关联关系。因为同一个属性对于不同类目重要性不同,所以在设置类目和属性关系时需要设置以下信息:

  • 属性类型:属性对于类目是关键属性、销售属性、描述属性
  • 是否必填:属性对于类目是否必填
  • 商品维度:属性对于类目是SPU维度还是SKU维度

属性还有继承关系,平台运营人员不仅可以为三级类目设置属性,还可以为一级和二级类目设置属性。例如运营人员为二级类目设置A、B两种属性,那么这个二级类目下三级类目同时也具有A、B两种属性,类目与属性关系如下图:

3.4 属性数据表

3.4.1 属性表

 

xml

复制代码

CREATE TABLE `attribute` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `attribute_id` varchar(64) NOT NULL COMMENT '属性ID', `biz_type` tinyint(1) NOT NULL COMMENT '1选择 2自定义', `attribute_name` varchar(128) NOT NULL COMMENT '属性名称', PRIMARY KEY (`id`), UNIQUE KEY `uq_attribute_id` (`attribute_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性表'; insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('100','1','颜色'); insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('200','1','存储容量'); insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('300','2','重量'); insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('400','2','屏幕尺寸');

3.4.2 属性值表

 

xml

复制代码

CREATE TABLE `attribute_value` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `attribute_value_id` varchar(64) NOT NULL COMMENT '属性值ID', `attribute_value` varchar(128) NOT NULL COMMENT '属性值名称', `attribute_id` varchar(64) NOT NULL COMMENT '属性ID', PRIMARY KEY (`id`), UNIQUE KEY `uq_attribute_value_id` (`attribute_value_id`), KEY `idx_attribute_id` (`attribute_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性值表'; --颜色属性值 insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1001','蓝色','100'); insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1002','黑色','100'); insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1003','红色','100'); --容量属性值 insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2001','64G','200'); insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2002','128G','200'); insert into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2003','256G','200');

3.4.3 属性与类目关系表

 

xml

复制代码

CREATE TABLE `relation_category_attribute` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `relation_id` varchar(64) NOT NULL COMMENT '关系ID', `attribute_id` varchar(64) NOT NULL COMMENT '属性ID', `category_id` varchar(64) NOT NULL COMMENT '类目ID', `category_level` tinyint(1) NOT NULL COMMENT '类目层级', `attribute_type` tinyint(1) NOT NULL COMMENT '属性类型 1关键属性 2销售属性 3描述属性', `must_fill` tinyint(1) NOT NULL DEFAULT '1' COMMENT '是否必填', `product_scope` tinyint(1) NOT NULL COMMENT '商品维度 1spu 2sku', PRIMARY KEY (`id`), UNIQUE KEY `uq_relation_id` (`relation_id`), KEY `idx_category_id_attribute_id` (`category_id`,`attribute_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性与类目关系表'; insert into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000000','100','900',3,2,1,2); insert into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000001','200','900',3,2,1,2); insert into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000002','300','900',3,3,1,2); insert into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000003','400','900',3,1,1,1);

3.4.4 品牌表

 

xml

复制代码

CREATE TABLE `product_brand` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `brand_id` varchar(128) NOT NULL COMMENT '品牌ID', `brand_cn_name` varchar(128) NOT NULL COMMENT '品牌中文名', `brand_en_name` varchar(128) NOT NULL COMMENT '品牌英文名', `logo_url` text COMMENT '品牌Logo', `brand_story` text COMMENT '品牌故事', PRIMARY KEY (`id`), KEY `idx_brand_id` (`brand_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='品牌表'; insert into `product_brand`(`brand_id`,`brand_cn_name`,`brand_en_name`) values ('1000','小米','MI');

4 商品表

4.1 基本概念

第三章节属性相关信息由平台运营人员设置,为商家维护商品信息定制一个规范,这时商家可以根据设置自己的商品信息。

  • SPU:标准化管理单元,商品属性最小聚合
  • SKU:库存计量单位,在仓库中实物商品,每一个SKU对应一个库存数量与一个价格
  • SN:序列号,在仓库中每一个实体商品

我们还是看一个手机示例:

  • SPU:小米 10
  • SKU:小米 10 黑色 128G
    • 库存3个
    • 单价2000元
  • SN:对应三个序列号
    • SN1
    • SN2
    • SN3

4.2 表设计思路

  • SPU
    • 主表:SPU基础信息
      • 图片、品牌、型号、类目
    • 关联表:SPU、属性、属性值关联表
  • SKU
    • 主表:SKU基础信息
      • 图片、spuId、价格、库存
    • 关联表:SKU、属性、属性值关联表
  • SN
    • 主表:SN基础信息以及与SKU关系
      • 序列号、skuId

4.3 商品表

4.3.1 SPU主表

 

xml

复制代码

CREATE TABLE `product` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `product_id` varchar(64) NOT NULL COMMENT '商品id', `shop_id` varchar(64) NOT NULL COMMENT '店铺id', `brand_id` bigint(20) NOT NULL COMMENT '品牌id', `product_model` varchar(256) NOT NULL COMMENT '商品型号', `product_name` varchar(256) NOT NULL COMMENT '商品名称', `sale_status` tinyint(1) NOT NULL COMMENT '销售状态 1上架 2下架', `category_3_id` varchar(64) NOT NULL COMMENT '三级分类id', `img_url` text COMMENT '图片路径', `description` text COMMENT '商品描述', PRIMARY KEY (`id`), UNIQUE KEY `uq_product_id` (`product_id`), KEY `idx_brand_id` (`brand_id`), KEY `idx_category_3_id` (`category_3_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='SPU'; insert into product(`product_id`, `shop_id`, `brand_id`, `product_model`, `product_name`, `category_3_id`, `sale_status`) values ('100', 'shop_1','100', '10', '小米10手机', '900', 1);

4.3.2 SPU与属性关系表

 

xml

复制代码

CREATE TABLE `relation_product_attribute` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `relation_id` varchar(64) NOT NULL COMMENT '关系ID', `product_id` varchar(64) DEFAULT NULL COMMENT '商品ID', `attribute_id` varchar(64) NOT NULL COMMENT '属性ID', `attribute_value_id` varchar(64) DEFAULT NULL COMMENT '属性值ID', `custom_attribute_value` varchar(256) DEFAULT NULL COMMENT '自定义属性值', PRIMARY KEY (`id`), UNIQUE KEY `uq_relation_id` (`relation_id`), KEY `idx_product_id` (`product_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SPU与属性关系表'; insert into relation_product_attribute(`relation_id`, `product_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('20000000', '100', '400', NULL, '6.67英寸');

4.3.3 SKU主表

 

xml

复制代码

CREATE TABLE `product_sku` ( `id` BIGINT(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `sku_id` VARCHAR(64) NOT NULL COMMENT 'skuId', `sku_name` VARCHAR(128) NOT NULL COMMENT 'sku名称', `product_id` VARCHAR(64) NOT NULL COMMENT '商品id', `sale_status` tinyint(1) NOT NULL COMMENT '销售状态 1上架 2下架', `orgin_price` DOUBLE NOT NULL COMMENT '原价', `discount_price` DOUBLE NOT NULL COMMENT '优惠价格', `stock_count` INT(11) NOT NULL COMMENT '剩余库存', `lock_stock_count` INT(11) NOT NULL COMMENT '锁定库存', `sale_stock_count` INT(11) NOT NULL COMMENT '销售量', `sku_img_url` TEXT COMMENT '图片路径', `sku_description` TEXT COMMENT '商品描述', PRIMARY KEY (`id`), UNIQUE KEY `uq_sku_id` (`sku_id`), KEY `idx_product_id` (`product_id`) ) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='SKU'; insert into `product_sku`(`sku_id`,`sku_name`,`product_id`,`orgin_price`,`discount_price`,`stock_count`,`lock_stock_count`,`sale_stock_count`,`sku_img_url`,`sku_description`, `sale_status`) values ('200','小米 10 蓝色 128G', '100',3000,3000,3,1,1000,NULL,NULL, 1);

4.3.4 SKU与属性关系表

 

xml

复制代码

CREATE TABLE `relation_product_sku_attribute` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `relation_id` varchar(64) NOT NULL COMMENT '关系ID', `sku_id` varchar(64) DEFAULT NULL COMMENT 'skuId', `attribute_id` varchar(64) NOT NULL COMMENT '属性ID', `attribute_value_id` varchar(64) DEFAULT NULL COMMENT '属性值ID', `custom_attribute_value` varchar(256) DEFAULT NULL COMMENT '自定义属性值', PRIMARY KEY (`id`), UNIQUE KEY `uq_relation_id` (`relation_id`), KEY `idx_sku_id` (`sku_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SKU与属性关系表'; insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000000', '200', '100', '1001', NULL); insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000001', '200', '200', '2002', NULL); insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000002', '200', '300', NULL, '173克');

4.3.5 SN表

 

xml

复制代码

CREATE TABLE `product_sku_sn` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `sn_id` varchar(64) NOT NULL COMMENT '序列号ID', `sku_id` varchar(64) DEFAULT NULL COMMENT 'skuId', `sn` varchar(64) DEFAULT NULL COMMENT '序列号', `status` tinyint(1) NOT NULL COMMENT '状态 1未售 2已售', PRIMARY KEY (`id`), UNIQUE KEY `uq_sn_id` (`sn_id`), UNIQUE KEY `uq_sn_sku` (`sku_id`,`sn`), KEY `idx_sku_id` (`sku_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SN'; insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000000', '200', 'SN-1', 1); insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000001', '200', 'SN-2', 1); insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000002', '200', 'SN-3', 1);

5 延伸知识

5.1 涉及角色

商品操作总体上分为平台运营商家两个角色,平台运营主要维护类目、属性、类目与属性关系信息,相当于为商家维护商品设置规范。商家主要维护spu、sku、spu具体属性值是什么、sku具体属性值是什么、上下架状态。

5.2 自增主键不赋予业务含义

以商品表为例,我们不应该以id作为商品Id,应该设置product_id作为商品Id,要求product_id全局唯一,这样便于当数据量过大时进行分库分表。

5.3 允许适度冗余

商品表是一个高读写比典型,可能看10次才会产生1次购买行为,所以如果可以一次查询就查出所需信息对性能会更友好。

本文表设计并没有进行冗余,例如如果要冗余可以在relation_product_sku_attribute表中新增attribute_value字段记录属性值。冗余问题就是数据一致性,例如当属性值发生变化时,上述字段也要同步进行修改。

5.4 合理使用ES

正如上述章节所述,商品表是一个高读写比的典型,我们希望一次查询可以将所需信息查询出来,而不是跨多张表去查询,但是我们又不想在业务表冗余数据。

我们可以将商品信息平铺到ES中一个索引,这个索引具有商品全部字段信息,例如在查询商品列表或者商详时可以直接访问这个索引。

5.5 库存单独成表

product_sku有库存字段,对于库存字段修改相对而言比较多,其它信息变更比较少,因为如果出现下单、购买、退款行为,库存信息就会发生变化。所以可以将sku主表库存字段单独成表,从而减轻主表压力。

6 文章总结

本文通过介绍类目、属性、品牌、SPU、SKU、SN引出商品十二张基础表:

 

xml

复制代码

一级类目表:category_1_background 二级类目表:category_2_background 三级类目表:category_3_background 属性表:attribute 属性值表:attribute_value 类目与属性关系表:relation_category_attribute 品牌表:product_brand SPU表:product SKU表:product_sku SN表:product_sku_sn SPU与属性关系表:relation_product_attribute SKU与属性关系表:relation_product_sku_attribute

这些十二张基础表从不同侧面描述了商品信息,其它复杂场景可以在这些基础表上进行扩展。同时在第五章节我们讨论了五个延伸知识,希望本文对大家有所帮助。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 对于高并发场景下的商品秒杀,我的设计思路是采用分布式架构,将请求分散到多个服务器上进行处理,同时使用缓存技术和消息队列来提高系统的性能和可靠性。具体来说,可以采用以下措施: 1. 使用缓存技术:将商品信息、用户信息等常用数据缓存在内存中,减少数据库的访问次数,提高系统的响应速度。 2. 使用消息队列:将用户的请求放入消息队列中,异步处理,避免请求堆积,提高系统的并发能力。 3. 限流措施:设置访问频率限制,防止恶意攻击和过度消耗系统资源。 4. 数据库优化:使用数据库连接池、索引等技术来提高数据库的性能和并发能力。 5. 分布式架构:将请求分散到多个服务器上进行处理,避免单点故障和系统崩溃。 通过以上措施的综合应用,可以有效地提高系统的性能和可靠性,实现高并发场景下的商品秒杀。 ### 回答2: 在高并发场景下实现商品秒杀需要考虑几个方面的设计思路。 首先,为了提高系统的并发能力,可以通过分布式架构来设计。将商品库存等信息分散到多台服务器上,通过负载均衡来均衡并发访问请求,减轻单个服务器的压力。 其次,为了防止超卖问题,可以使用分布式锁来保护商品库存的减少操作。当一个用户发起抢购请求时,先获取锁进行商品数量减少的操作,在减少成功后再进行下一步操作,否则释放锁。这样可以保证只有一个用户可以成功购买商品。 另外,为了提高系统的响应速度,可以使用缓存来减少数据库的压力。将商品信息或者库存信息缓存在内存中,用户访问时直接读取缓存中的数据,而不是直接访问数据库。当商品抢购成功后,再对缓存中的数据进行更新。 此外,为了防止恶意请求,可以使用验证码来进行人机验证。在用户参与秒杀之前,先输入验证码进行验证,只有验证通过后才能参与秒杀活动。 最后,可以通过限制每个用户的参与次数来平衡系统压力。例如,设置每个用户只能参与一次秒杀活动,这样可以避免少数用户通过机器人等方式进行大量请求,从而导致系统崩溃。 综上所述,高并发场景下实现商品秒杀需要通过分布式架构、分布式锁、缓存、验证码和限制参与次数等多种设计思路来提高系统的并发能力、保证数据一致性、提高响应速度,并防止恶意请求。 ### 回答3: 在高并发场景下实现商品秒杀,主要需要考虑以下几个方面的设计思路: 1. 分布式系统架构:为了应对高并发的请求,需要使用分布式系统架构,将请求分散到不同的服务器节点上进行处理。可以采用主从架构或集群架构来实现。 2. 缓存优化:为了提高系统的响应速度,在秒杀开始前将商品信息加载到缓存中,并使用缓存技术如Redis等进行商品库存管理。当用户请求秒杀时,先从缓存中读取商品信息,减轻数据库的压力,并且可以设置缓存的过期时间,避免商品库存信息不一致的问题。 3. 队列消息机制:秒杀场景涉及到同时并发大量的请求,使用队列消息机制可以缓解高并发带来的压力。当用户下单时,将用户请求放入消息队列中,再由消息队列异步地处理用户的秒杀请求。 4. 限流措施:为了避免系统过载导致崩溃,需要对用户请求进行限流处理。可以使用令牌桶算法或漏桶算法来控制系统的请求处理速率,以保证系统的可用性。 5. 数据库优化:秒杀涉及到大量的数据库操作,针对这一情况可以进行数据库的优化。例如,可以使用数据库连接池来提高数据库连接的效率,同时对数据库进行垂直切分或水平分片等策略,使得数据库能够承载更高的并发请求。 总之,在高并发场景下实现商品秒杀需要从系统架构、缓存优化、消息队列、限流措施和数据库优化等多个方面进行综合考虑,以提高系统的性能和稳定性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值