技术博客
GTID（Global Transaction Identifier）是 MySQL 5.6+ 引入的全局事务唯一标识，格式为 source_id:transaction_id（如 e1e2f3a4-5678-90ab-cdef-1234567890ab:1）。它替代了传统基于 binlog filename + position 的复制定位方式，核心优势在于：事务在集群中可被唯一识别、无需人工计算位点、支持自动跳过已执行事务、主从切换后仍能准确定位同步起点。
因为 MySQL 在执行 LIMIT 10000, 20 时，仍需扫描前 10000 行数据（即使不返回），再跳过它们，最后取 20 行。数据量大、OFFSET 高时，I/O 和 CPU 开销陡增，索引也未必能完全规避全扫描。
子元素用 position: absolute 时，它的定位基准是「最近的已定位祖先元素」（即 position 值为 relative、absolute、fixed 或 sticky 的父级）。如果父容器没设 position: relative，浏览器会一直往上找，最终可能相对于 定位，导致角标飘到整个页面右上角，而不是你想要的容器右上角。
Go 的 channel 是带缓冲或无缓冲的通信管道，但它的阻塞行为常被误判。比如向一个无缓冲 channel 发送数据时，若没有 goroutine 同时在另一端接收，send 操作会一直挂起——这本身是设计使然，但容易在逻辑分支中被忽略。
直接在浮动元素后面加 clear: both 看似合理，但实际常失效——因为 clear 只对「自身所在的块级盒」起作用，且要求该元素必须是浮动元素的「后续兄弟元素」。如果父容器内部只有浮动子项，而你没放任何兄弟元素（比如空
），那 clear 就无处安放。
Sublime Text 本身不支持原生窗口透明，Windows/macOS/Linux 的系统级窗口透明需依赖插件或外部工具，而 SublimeTextTrans 是 Windows 平台下最常用、最轻量的实现方案——但它仅适用于 Sublime Text 3（Build 3143 及之后）且仅支持 Windows，macOS 和 Linux 用户无法使用。
XML本身没有内置的“版本控制”机制，它的版本指的是W3C发布的规范标准版本，比如1.0和1.1。所谓“版本”，是规范文档的迭代更新，不是像Git那样对单个文件做版本管理。实际使用中，版本信息通过文档声明显式标明，且必须出现在第一行第一列。
因为LEFT JOIN必须保留左表全部记录，即使右表没有匹配项也要补NULL，导致MySQL无法像INNER JOIN那样提前剪枝。执行计划里常看到Using where; Using join buffer，说明它在用缓存做嵌套循环，数据量一大就卡。
ValueTask 不是 Task 的“更省内存版本”，它本质是两种不同设计目标的类型：Task 是为异步操作建模的引用类型，自带调度、状态机和线程安全保证；ValueTask 是为「可能同步完成」的 I/O 或缓存场景设计的结构体封装，核心目标是避免不必要的堆分配——但代价是它不可重复等待、不能被 await 多次、也不支持直接调用 ContinueWith 或 GetAwaiter().GetResult()（除非已知已完成）。
内联样式（style 属性）在 CSS 优先级中最高，会直接覆盖外部样式表、
标签中的规则，这是覆盖异常最常见的原因。