sinat

在业务场景要求高的数据库中，对于单条删除和更新操作，在 delete 和 update 后面加 limit 1 绝对是个好习惯。比如，在删除执行中，第一条就命中了删除行，如果 SQL 中有 limit 1；这时就 return 了，否则还会执行完全表扫描才 return。效率不言而喻。那么，在日常执行 delete 时，我们是否需要养成加 limit 的习惯呢？是不是一个好习惯呢？在日常的 SQL 编写中，你写 delete 语句时是否用到过以下 SQL？delete from t where

在部署springcloud微服务的时候，使用了SR2版本，出现spring默认数据源Hikari注入的循环依赖问题最后是如何解决的呢？在当前微服务中添加spring: cloud: refresh: refreshable: none即可 ...