技术博客
MySQL 索引本质是一张额外的、排序过的“小表”，里面存的是 列值 + 对应数据行的磁盘地址（或主键）。它不改变原表数据，但让查询不用扫全表——比如查 WHERE name = ‘张三’，有索引时，MySQL 直接在索引 B+ 树里二分查找，定位到叶子节点，再按地址取数据；没索引就得从第一页磁盘读到最后一行，IO 次数可能差几十倍。
taskset 不是用来“教程式学习”的工具，而是你在遇到真实调度问题时，拿来就用、改完即生效的诊断与干预手段。它不是银弹，但对 CPU 缓存局部性差、线程频繁迁移、或需隔离关键服务的场景，往往立竿见影。
MySQL 视图本身不存储数据，每次查询 SELECT * FROM my_view 时，都会把视图定义中的 SELECT 语句“内联展开”到外层查询中，再优化执行。这意味着：
绝大多数时候，你只需要同时拿到键和值，foreach (var kvp in dict) 就是首选。它底层调用 GetEnumerator()，性能好、语义清晰、且编译器能做类型推导。
用户程序调用 open()、read() 这类“函数”时，实际执行的不是内核代码，而是 glibc 提供的封装——它最终通过 int 0x80（x86）或 syscall 指令（x86-64）主动陷入内核。这个过程强制 CPU 从用户态（ring 3）切到内核态（ring 0），并跳转到预设的中断处理入口。
MySQL 不会主动告诉你“用了哪个索引”，但 EXPLAIN 会把优化器的决策摊开给你看。在 SQL 前加 EXPLAIN，重点关注 type、key、rows、Extra 这几列：
MySQL 存储过程 是一段预编译、存于数据库服务器端的 SQL 代码块，不是视图、不是函数、也不是触发器——它是一套可被反复调用、带逻辑控制、能接收参数并操作数据的“数据库级程序”。
在MySQL中，字段（也叫列）是表的组成部分，用来存储特定类型的数据。每个字段都有一个名字和一个数据类型，数据类型决定了该字段能存储什么内容、占用多少空间以及支持哪些操作。正确理解字段和数据类型，对设计高效、安全的数据库结构至关重要。
stackalloc 在 C# 中用于在当前线程的栈上直接分配一块连续内存，返回 Span
根本原因不是没加索引，而是加了「非唯一二级索引」却没覆盖查询条件，导致 MySQL 退化为间隙锁（Gap Lock）或临键锁（Next-Key Lock），锁住一大片范围。比如 WHERE status = 1，即使 status 有索引，若该值重复率高，InnoDB 仍可能锁住多个索引项及其间隙。