我怀疑写八股文和背八股文的人不懂什么是 O(log(n))，就硬背树深了一层

健康项目中：低效率查询，未命中索引的查询应该在 Code Review 阶段被驳回的。过早期的分库分表还会极大提高总持有成本，百害而无一利。因为只需要简单的主从读写分离架构就可以支撑到数万 TPS 了。

老民科八股文了，遗毒万年
生产环境近两亿行的主表，0.2ms 查询时间，分库分表？分个 J2
https://i.imgur.com/NJmWQgn.png

kotlin 写 web 用 ktor + exposed
scala 写 web 那选择可太多了，tapir / akka-http / zio-http / http4s / ... + slick / quill/ doobie / ... 等等，三大生态任你选择，库质量高的一批

@golangLover 😊
https://www.bilibili.com/video/BV1Qa4y1L7dj
3:07:00 开始是我，就是从 Future 迁移 IO Monad 后做的社区分享。

我做过，算是提升可读性吧。
把整个系统的异步模型从 Future 迁移到纯函数的 IO Monad ，重构过程中发现了一堆小 Bug ，只是运气好没走到这个分支。以及重构完了还发现访问量高于半年前但 CPU 降到原来 1/10 的样子，也是重构的小惊喜。

@qingshuang 有方案的
https://dev.mysql.com/doc/refman/5.7/en/fulltext-search-ngram.html
https://www.postgresql.org/docs/current/pgtrgm.html

全文检索引擎几乎是不区分语言的，你需要一款分词器，写入的时候提前分好词向量（一般会带有 for index 选项），查询的时候也是（一般会带有 for search 选项）。然后俩词向量去 match

需要相关性和 rank 就走 ES ，不需要的话 PostgreSQL 等数据库内置的全文检索也能做

wal 日志同步

写入的时候保持相同的顺序去锁，SELECT FOR UPDATE

读已提交怎么影响查询？

不管有多少行，都应该是行级锁啊

不应该是行级锁么？

我愿称你为教科书般的密码学民科😏

箱神牛逼，品神牛逼

form-data 里的文件可都是暂存文件系统的，你不主动调用不会全部读进内存。
但一个 JSON 字符串大概率你很难做流式解析（很复杂），严格解析完了可就全在内存里了。

参考：
The file contents are either stored in memory or temporarily on disk. In either case, the user is responsible for copying file contents to a session-level or persistent store as and if desired. The temporary storage will be cleared at the end of request processing.
https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/web/multipart/MultipartFile.html

既然已经 dump heap 了，直接丢进 eclipse memory analyzer 看原因咯

@tool2d JS 的 JIT 也够用了，或者还可以用 WASM ，甚至 GraalVM 那种 polyglot 支持。

没什么高深技术，而且不建议自创语言，大部分场景下都可以内嵌一个 JavaScript 解释器来做

参考：
https://www.yinwang.org/blog-cn/2017/05/25/dsl