sku

大并发热点行更新的两个骚操作 标签：insert_slot select..for_update rand 要想db操作的性能足够高，巧妙的设计很重要，事务的操作范围要尽量的小。一般情况下我们都是使用某个orm框架来操作db，这一类框架多数的实现方式都是夸网络多次交互来开启事务上下文和执行sql操作，是个黑盒子，包括对 autocommit 设置的时机也会有一些差异，稍微不注意就会踩坑。 在大并发的情况下加上夸网络多次交互，就不可避免的由于网络延迟、丢包等原因导致事务的执行时间过长，出现雪崩概率会大大增加。建议在性能和并发要求比较高的场景下尽量少用orm，如果非要用尽量控制好事务的范围和执行时间。 大并发db操作的原则就是事务操作尽量少跨网络交互，一旦跨网络使用事务尽量用乐观锁来解决，少用悲观锁，尽量缩短当前 session 持有锁的时间。 下面分享两个在mysql innodb engine 上的大并发更新行的骚操作，这两个骚操作都是尽可能的缩小db锁的范围和时间。 转化update为insert 比较常见的大并发场景之一就是热点数据的 update，比如具有预算类的库存、账户等。 update从原理上需要innodb engine 先获取row数据，然后进行row format转换到mysql服务层，再通过mysql服务器层进行数据修改，最后再通过innodb engine写回

sku_cid3是int类型，sku_cid3!=null 永远都是null /*--> */ /*--> */ SELECT cast (sku_brand_id as int ) AS brand_code , cast (sku_cid3 as int ) AS third_cate_code , count (1 ) AS ad_pv FROM ad.ad_base2_impression WHERE dt='2019-08-15' AND sku_brand_id != '0' AND sku_cid3 IS NOT NULL AND sku_cid3 <> '' GROUP BY sku_brand_id , sku_cid3 来源： https://www.cnblogs.com/leodaxin/p/11365738.html

t_sku_org_lnk id, sku_Id, org_no, u_level, sku_status, version, auto_on 来源： https://www.cnblogs.com/yazhong-java/p/11346127.html

电商领域中SKU和SPU区别比较 在电商领域中我们或许会经常听到两个术语SKU和SPU, 那么什么是SKU和SPU呢, 让我们来仔细分析比较一下吧 SPU(Standard Product Unit) 标准产品单位，是一个商品集合, 该集合描述了一个产品的特性, 通俗的讲, 属性值 特性相同的商品可以称为一个SPU SKU(Stock Keeping Unit) 库存量单位， SKU即库存进出计量单位，可以是以件，盒，托盘等为单位， SKU是物理 上不可分割的最小存货单元, 尤其在服装，鞋类商品中使用最为普遍 总结一下： SPU是商品编码, SKU是商品下的一个分类属性(商品下一个颜色或者尺码) 最形象的例子: SPU就是一个苹果6 SKU就是银色苹果6，灰色苹果6，土豪金苹果6 来源： oschina 链接： https://my.oschina.net/u/863334/blog/669389

spu 指的是商品（iphone6s），spu属性就是不会影响到库存和价格的属性, 又叫 关键属性 ，与商品是一对一的关系，比如 毛重: 420.00 g 产地: 中国大陆 sku 指的是具体规格单品（玫瑰金 16G），sku属性就是会影响到库存和价格的属性, 又叫 销售属性 ，与商品是多对一的关系，比如 容量: 16G, 64G, 128G 颜色: 银, 白, 玫瑰金 所以iphone6s则会生成 3 * 3 = 9 个 sku 来源： oschina 链接： https://my.oschina.net/134596/blog/3129729