@sagaxu 哦哦 ，可以 通过 查看执行后 affected rows count 判断是否失败
```
update mytable set inventory = inventory-num WHERE id= 1 and inventory >=num
```

@bigbyto
数据库确实没问题，
但感觉业务上会出错，楼主这条 sql 就表示数据库能减去库存就减去库存值，但卖我仍旧业务上照样卖，这在业务上好像不能接受。

有效解决并发数据一致性问题，我能想到就两种方式：
一种是用增量式记录的方式，每次数据获取（比如这里的库存）其实是根据历史记录“算”出来的，这里可以通过缓存中间计算、定时归档等方式加速“算”的速度，缺点是占用空间比较大。

一种就是单一队列方式，就是排队序列化处理，缺点是时间长速度慢。

洗干净“双层玻璃真空杯”，
倒入半勺子冻干咖啡（我喜欢摩可纳的意式浓缩黑咖啡，主要是味道不酸，脂肪含量高），
倒入农夫山泉瓶装水 200 毫升、
玻璃杯放入微波炉中大火 2 分钟加热，
最后享用。

事务套 crud 中，commit rollback 时肯定要

es 性能差，单机运行时间长还容易崩溃，楼主你确定？

后端 crud 有什么深度，无非是屎山拉屎的技术提升。

定期比如一周都合并到 master 分支呗，从来都不合并的分支有意义吗？

REST 是 REST
RESTful 是 RESTful
两者不一样。

现代的 web 开发全是基于 REST“表现层状态转换”理念设计的，HTTP 的 URL/URI 就是 REST 的典型代表，而 RESTful api 只是 REST 风格的接口，比如基于 HTTP 的 SOAP 接口由于把请求内容、参数等都隐藏在请求 body 里面，无脑使用同一个个 HTTP URL 地址的就不是 RESTful 接口，而 RESTful 接口简单的说就是 URL 明确的指明了要操作的资源对象，这是区别接口是否 RESTful 的最大特点。

所以如果和 SOAP 那样，即使使用了 PUT 、DELETE 方法的 HTTP 接口也不是 RESTful 接口。



https://en.wikipedia.org/wiki/Representational_state_transfer#Applied_to_web_services

对方业务里在用老系统？老系统涉及 put 请求就有漏洞。

给个 github release 这种下载地址不就好了。

java 太卷了，楼主这种类似与在 vue react 流行的现在，面试一直在问 jquery 的用法，如何兼容 ie6 ，在 async await 流行的今天问 promise 用法。

讲人人都是产品经理呗。

山区公务员好考，事少，就是位置偏僻

@forgottencoast nodejs 啊