l333308

金丝雀、蓝绿升级 金丝雀：先在1台或少数机器升级，验证无误后再升级其他。优点为影响面小且可控，缺点是需要额外实现自动更新。 蓝绿：2组机器，蓝代表当前v1版本，绿为已升级的v2版本。通过LB将流量导到

情景 1master + 1worker的集群，因worker节点没续费，NotReady了。现要将独苗苗master节点打Taint，以将pod调度到master上。

思路:跟redis原子锁方式相似,区别在于,从表中查询库存时加排他锁(for update),每次消耗一件库存,num--,version++。 3次实验结果:20万商品库存消耗完,不多不少,生成20

思路: 商品库存用redis的list结构管理,下单时判断库存操作,扣除库存成功才成功下单,否则返回下单失败。 库存,苹果6万,葡萄6万,西瓜8万,总共20万。

要实现防止超卖功能,常见思路有redis原子锁、mysql悲观锁(for update)、mysql乐观锁(version)、文件锁等。 以下测试为线上环境,2核4G带宽4M.商品总数6万,每笔订单只

前置工作 准备多台局域网互通的云主机、安装必要应用（docker等）。 配置内网互通 有若干端口需要手动放行。 轻量云主机 - 主机列表 - 查看 - 安全防护 修改规则 - 添加规则 - ICMP

参考自：煎鱼 关于这个技术点，网上文章不少，说法不一，我认为分析技术问题，分析源码的说服力最强。 源码路径：src/runtime/map.go，1400+行，代码量不少。 因为存放时是无序的？ 非也