这个 sql 什么意思, 感觉逻辑很奇怪, 一般来说 open_time 应该小于 close_time 吧


总之想个办法, 把其中一个时间改成 between 一个较小的时间段, 性能应该就会好不少.

现在是 2 个大 set 取交集, 肯定很慢.

你这个 c++问 ub 有什么区别?

具体的代码是怎么样的?
inverted logic 看起来像是让你把
if ( not flag) { A } else { B } 改成
if (flag) { B } else { A }

是的, 对于降低 p99 有明显的效果

我觉得也就 c++ 要远程开发, 笔记本实在编译不动. 其他语言都无所谓吧.

其实是认为 resp, err 这样的写法有 4 种情况
1. nil, err
2. nil, nil
3. resp, err
4. resp, nil

而实际上只有 1 和 4 是比较标准的格式, 没有在语言层面上禁止 2,3 这 2 种写法, 虽然我觉得根本无所谓.

红黑树查询的时候不是和普通的二叉树是一样的吗?
这个例子来说, 先 lowerbound 找到 3 , 然后调 next 10 次

写 go 的应该会背 sync map 的八股文吧,
为什么有并发的情况下不抄这个的实现,
而要是每次都 Unmarshal json?

用这个数据结构为基础, 我猜应该可以做到差不多的性能.
https://github.com/BurntSushi/fst

喷点只有
1. 不规范
2. 逗号不在 url 转义的表里, 一定要这样搞用个分号, 保证不切错(包括后端的存储)

硬要说性能, 我猜这样 split 性能会比解 json 更好.

《 WritingAnInterpreterInGo 》 可以跟着写的, 只有英文版.

broker 都重启了, 那设备不是全部离线? 连回来的时候再慢慢更新啊.

为什么会有脏写?
是用 set coin = xxx 的写法吗?
为什么不用 set coin = coin + xxx?

我记得前几年说要用 rust 重构 Jetbrains 这些 ide, 是不是鸽了?

1. 有 null ?
2. 转成 not in primary key, 或者用 except

那就多研究一下开发工具吧, 开发 clang-tidy 这种工具可比 crud 难多了.

我买了小米 s pro 75 的, 根据鹤的价格有点耍猴, 很不透明.

mysql 的 count 就是这样的, 具体原因和事务隔离有关系;