阿里云同样配置秒杀腾讯云

第一个问题，搞不太懂都用 id 查了，为啥还要 order by limit 1，难道会查出来多条么

第二个问题，附议楼上。

牛逼

两个 api，其实已经是两个子系统了吧，甚至是不同的数据库了，没法回滚。

需要分布式事务了

你这 user_id 都是主键索引了，查找的范围大大缩小了，基本上都能定位到一条数据了，加上 is_delete 根本不影响。

自己可以 [explain] 一下，看看索引使用情况，这玩意都是有迹可循的，哪有什么不清楚的

哒哒哒哒

@Beebird 你家这个排版好看

感谢楼主，本地 pdf 已经生成，就是好多图片都被截断了，一部分在上一页，一部分在下一页，不知道能不能优化一下

@Freeego 怎么样了，入了哪款

@kingmo888 实在不好意思，回家就忘了，已经加上了😜

而且，springcloud 不是那么好上的，除却本身的学习成本，还有运维成本，这个基础设施一定要完善，测试环境和生产环境起码要有。人肉运维必然是不可行的，也是极其低效的，所以都是要走脚本，容器肯定要上 docker，k8s 管理。

不管业务大小，光生产环境起码得 10+个微服务，当业务大了之后，100 多个不算多，那注册中心是不是得集群，起码有三个吧，配置中心也得有吧。测试环境简单点，起码得有吧，开发环境要是没钱的话，开发同学是不是自己需要在电脑上搞一下，不管是 eureka 还是 consul，或者上 Nacos，起码得启动一个吧，config 中心启动一个，自己要调试的微服务启动一个，关联的微服务启动一个，这些不可能都在 idea 启动吧，开发同学是不是自己电脑上也要装 docker，还得 docker-compose 启动，windows 电脑对 docker 支持不是太好，是不是得用 mbp （哈哈）

emmm，除了这些基础的，微服务最大的问题就是分布式事务，小厂有钱的话，服务器凑够了，技术底蕴怎么凑啊，是基于 mq、还是 tcc、还是干脆不管事务
一次调用链路贼长，不用多，跨了三个微服务，怎么调试啊，链路追踪是不是搞起来啊，产品、业务天天催，一个 bug 搞一天，怎么办

其实 springboot 挺好的，jdk8 还是很香的

简单来说，spring mvc 只是 spring 的一个组件，整个 spring 包括实在是太多了，spring-security、spring-data-xx，等等。
而 springboot 则是基于 spring，按照约定大于配置的思想抽出的一个高度封装的 spring，屏蔽了更多的细节，省去了繁琐的 xml 配置等等，这对于不熟悉 spring 的同学来说，出现问题可能不是很好排查，但是对于饱受复杂配置的同学来说，开箱即用，无需再 copy 旧项目各种 xml，springboot 当然是神器，起码写个 helloword，快的话 1~2 分钟足够了。
而 springcloud 则是基于 springboot 的一套微服务框架，因为现在前后分离是趋势，所以一般后端都只是提供接口，前端或是 react、或是 vue 负责渲染页面，当然新技术并不一定非常适合你，尽管前端框架各种 SSR，但是还是对蜘蛛不太友好，就是说被搜索引擎收录，有点麻烦（ ps：加钱、竞价排名可以解决一切问题）

https://www.telami.cn 互加，下班回家才能更新 blog

@yxjxx 同看中这款，主要是有 type-c 接口，但是觉得 27 小了点，想上 32 英寸

https://item.jd.com/5276690.html
三星的值得入么，刚好 618 活动

emmmm..

2019 的 mbp 发布了么，在哪里看到的