location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }

enable.auto.commit=true 且自动提交 offset 太早（处理完前就提交了）。如果处理崩了，offset 已提交但消息没处理完。解决：关闭自动提交，处理完手动 commitSync()。

Nginx 限流 → Redis Lua 原子扣库存（防超卖）→ 抢成功的写数据库 → Kafka 异步发通知 → Redis 分布式锁防重复下单。

maxmemory-policy 是 noeviction（默认），内存满了写直接报错。改成 allkeys-lru 自动淘汰。

用 Seata AT 模式，在订单服务方法上加 @GlobalTransactional 注解。任何一步失败自动回滚。无业务侵入。

TTL 队列（消息 TTL=30min，没人消费）+ 死信交换机 DLX + 取消队列。消息 30 分钟变死信，路由到取消队列，消费者取消订单。

先跑 nginx -t，它会告诉你第几行、什么 directive 不认识。大概率是拼写错误或没加模块。

每台装 Filebeat 监控日志文件 → 发到 Logstash 解析 → 存到 Elasticsearch → Kibana 搜索可视化。

没配 Sentinel。Sentinel 负责自动故障转移并通知客户端新主地址。单主从没有自动切换。

server.xml 里 Connector 的 maxThreads 参数，默认 200。按业务调：IO 密集型可大些，CPU 密集型和核数差不多。

Zabbix：装 Agent → 加主机 → 用 Linux 模板 → 触发器设 CPU>90% → 动作配邮件通知。

① 消费者处理慢（业务逻辑慢）；② 分区数少于消费者数（有消费者空闲）；③ rebalance 频繁；④ 下游写入慢。

listen 443 ssl http2; ssl_certificate 证书; ssl_certificate_key 私钥; ssl_protocols TLSv1.2 TLSv1.3; 再加 HTTP 80 端口 301 跳 HTTPS。

① 先更新数据库再删缓存（Cache Aside Pattern）；② 延迟双删（删缓存→更新DB→延迟再删缓存）；③ 监听 binlog（Canal）异步删缓存。

连接池满了。maxActive 太小或连接没释放。查 HikariCP 等待超时日志，调大 maxActive，检查是否有连接泄漏（忘了 close）。

在操作系统和应用之间。Nginx 在最前面接待、Redis 在数据库前面缓存、Kafka 在服务之间传话。一句话：帮你搞定分布式系统的脏活累活。

Kafka。Kafka 吞吐量极高（几十万/秒），顺序写磁盘，是大数据管道的事实标准。RabbitMQ 适合企业级可靠消息但吞吐不如 Kafka。

穿透=查不存在的数据→布隆过滤器；击穿=热点key过期瞬间大量请求打DB→互斥锁/永不过期；雪崩=大量key同时过期→随机TTL+集群+熔断。

Seata AT 模式：订单服务加 @GlobalTransactional 注解，一阶段各服务本地提交+记录 undo log，二阶段成功删 log、失败用 undo log 反向回滚。无侵入，注解式。

跑 nginx -t 检查语法。如果语法报错，改完再 reload。如果语法没问题，看错误日志 /var/log/nginx/error.log，按报错信息排查。千万别在不看日志的情况下瞎改。