位运算 (Bitwise)是用“计算换空间”和“维护灵活性”的经典案例。什么时候用？状态多、并发修改少、不需要对某个特定状态进行高频范围查询（除非加函数索引）的场景。每次新增一个 Boolean 状态就去改表结构。的优雅。

不要为了用技术而用技术。如果你的架构中本来就没有 Redis，且并发量仅限于定时任务或低频互斥，MySQLGET_LOCK()是最优雅、最高性价比的方案。零成本、强一致性、自动处理客户端宕机（断开即释放）。依赖数据库单点性能，不适合高频锁竞争。

在 Redis 4.0 之前，我们还在争论用 RDB 还是 AOF。但在现代，最佳实践是“混合持久化” (Hybrid Persistence)。结合两者的优点前半段用RDB格式存（由于是压缩的，恢复快）。最近发生的增量数据用AOF格式存（保证不丢数据）。结论如果你只拿 Redis 做缓存（丢了也没事，哪怕从数据库重新加载），可以关掉持久化，性能起飞。如果你拿 Redis 当数据库用（不能丢数据）

维度漏桶 (Leaky Bucket)令牌桶 (Token Bucket)流出速率恒定(平滑)可变(允许瞬间飙升)突发流量不支持支持核心作用削峰填谷，保护下游限制平均速率，兼顾体验典型代表Nginxlimit_req模块)Guava类)适用场景流量整形，防止数据库被打挂网关限流，API 调用配额如果你希望请求走得**“稳”**，选漏桶。如果你希望请求走得**“快”**，选令牌桶。

CAS 是一条 CPU 原子指令（cmpxchg它的核心思想是乐观锁。它在修改数据时，不加锁，而是抱着一种“赌徒”心态：“我猜根本没人跟我抢，我现在就去改。如果真有人抢了，我再重试。CAS 检查的是：“现在的值是不是 100？如果是，它就认为“没变过”。原来的值是A (100)。中间有个线程把它改成了B (50)。又有一个线程把它改回了A (100)。你的 CAS 过来检查：“哟，还是 100，没

B+ 树不是最快的树（内存里红黑树更快），也不是最快的查询结构（哈希表更快）。但它是最适合磁盘的结构。它通过增加节点的宽度（胖），来减少树的高度（矮），从而最大程度地减少了那昂贵的磁盘 I/O 操作。一句话总结：B+ 树就是一个“矮胖子”，而且脚底下装了“滑轮”（链表）。

不要为了省去打几个字段名的功夫，而给系统埋下无数的地雷。它破坏覆盖索引，增加 I/O 负担。它增加耦合，降低代码健壮性。它泄露隐私数据。字段按需取，索引能覆盖；大列要避开，流量省一半。

在常规设计中，普通用户流量和管理员的操作流量通常共用同一个网络端口（如 MySQL 的 3306，Tomcat 的 8080）。Admin Port (管理端口)的核心思想是**“资源隔离”**：为了防止普通用户的“拥堵”波及到管理员，我们单独开辟一个 TCP 端口（或独立的线程池），专门供管理员使用。高速公路上堵车了（业务流量爆满），救护车（管理员）也堵在后面动弹不得。Admin Port 就是

如果说是一个老老实实、按部就班的**“图书管理员”“速记员”**。当你在几亿条数据中搜索一个词时，MySQL 需要把所有数据（全表扫描）。而 ES 只需要，就能直接告诉你答案。这个“关键词表”，在技术上就叫做。它是所有搜索引擎（Google, Baidu, ES, Lucene）的核心基石。

是将数据库时间轴**“局部倒流”**的技术。确保你的 MySQL 配置了且。遇到误删，先别急着重启或导备份。只要是 DML 操作，binlog2sql或MyFlash能让你在 10 分钟内体面地挽回局面。