平时学习 MySQL 死锁，绝大多数网络教程、CSDN 博文，都会给出一套通用复现方式：两个事务，分别执行和，IN列表顺序相反，即可复现死锁。根本复现不出死锁，只会报1205 锁等待超时。这是全网流传很广的教学误区，只做逻辑推演没有实际跑代码，误导很多开发者。本文基于 Navicat 实操，讲解 InnoDB 锁底层原理、勘误错误Demo、给出100%可复现脚本、线上排查命令、生产编码解决方案。

没有解决。

本文探讨了HTTP请求超时问题的解决方案。当客户端设置100ms超时时间而服务端响应较慢时，会出现SocketTimeoutException。建议适当增大客户端超时时间(如30s)以应对服务端延迟。同时分析了Hutool工具异步调用问题，指出executeAsync()实际上是同步执行，需改用CompletableFuture实现真正的异步并行请求。通过创建多个CompletableFuture

服务部署：Docker 容器部署运行JDK：openjdk 1.8.0_111（容器默认JRE精简环境，无完整JDK工具）排查工具：Arthas 3.5.1核心问题：容器默认环境无法直接运行Arthas，存在大量兼容bugController入口耗时 → Service业务层耗时 → 底层子方法/循环/组装耗时 → 数据库SQL/Redis/Feign远程调用耗时不要用精简JRE镜像：线上调试、问

所以回到你的问题：MCP 和 Skill 不是二选一的关系，而是"底层管道 + 上层封装"的协作关系。高德曾用一个非常形象的比喻概括：“MCP 是砖，Skill 是预制件，Agent 是精装房。” 下面帮你理清它们的关系。Skill 内部会调用 MCP 提供的能力，但 Skill 还额外包含了"什么时候用、怎么用、异常怎么处理"这些业务逻辑。它的核心职责是逻辑定义——教大模型"怎么用数据完成任务"

有道应用。

只要看到 parallelStream () + ThreadLocal，一定拿不到值！parallelStream 是多线程，ThreadLocal 是线程隔离，天生不兼容！

维度说明根因+ 线程池导致上下文（Locale）无法传递到子线程表现英文国际化失效，中文"正常"（实为默认回退值）本质Spring i18n 依赖（ThreadLocal），跨线程天然失效类似问题、MDC 日志追踪等同类 ThreadLocal 场景在 Spring 应用中使用多线程时，凡是依赖存储的上下文信息（Locale、Request、Security、MDC 等），都需要显式传递到子线程，

将 Obsidian 笔记库通过 Git 同步到 GitHub，实现云端备份与多端同步。：Obsidian Git 插件只是"指挥官"，系统级 Git 软件才是"干活的"，两者缺一不可。