技术博客
很多团队一看到“某个索引没被创建时的字段”就直接删，结果线上 SELECT 变慢、EXPLAIN 显示全表扫描。MySQL 不会主动告诉你哪个索引正在被用——得自己查。最可靠的方式是开启 performance_schema 中的 table_io_waits_summary_by_index_usage 表（MySQL 5.6+），或用 sys.schema_unused_indexes 视图（需启用 performance_schema 并加载 sys 库）。
直接把其他格式转成 HTML，没有通用“一键转换”方案；得看原始文件类型、内容结构和你的控制粒度需求。PDF、Word、Markdown、纯文本甚至 Excel，每种都得用不同工具链，且多数情况需要手动干预才能保格式或语义。
MySQL 5.7 升级到 8.0 后，slow_query_log 默认值从 ON 变为 OFF，且日志不再写入文件（除非显式配置），而是默认输出到系统表 mysql.slow_log（需启用 log_output = TABLE）。很多运维习惯性检查 /var/lib/mysql/hostname-slow.log 却发现文件为空，就是这个原因。
master 负责写入和记录变更，slave 负责读取并重放这些变更。这不是简单的“备份”，而是基于二进制日志（binlog）的异步事件流消费机制。
max-width 不是限制容器“最大能多宽”，而是告诉浏览器：“这个元素宽度最多别超过这个值，哪怕父容器更宽也请停住”。它常用于 、
width: 100% 实现弹性缩放。
MySQL 在执行某些查询时会自动创建内部临时表，比如含 GROUP BY、DISTINCT、ORDER BY 配合非索引字段、或子查询结果集较大时。一旦临时表超出 tmp_table_size 和 max_heap_table_size 中的较小值，就会从内存（MEMORY 引擎）退化为磁盘（MyISAM 或 InnoDB），这时你会在 SHOW STATUS LIKE ‘Created_tmp_disk_tables’ 中看到计数上升——这是性能拐点。
只有满足「最左前缀匹配」的 WHERE 条件，才能真正走 INDEX(a, b, c) 这类联合索引。不是“包含这些字段就行”，而是必须从最左边开始、连续使用。
Apache FOP 是一个开源的、基于 Java 的 PDF 生成引擎，它把符合 XSL-FO 规范的 XML 文档（即 .fo 文件）渲染成 PDF、PostScript、AFP 等格式。它不直接处理任意 XML —— 你必须先用 XSLT 把原始 XML 转成 XSL-FO，再交给 FOP 渲染。
SQL数据库查询缓存失效在高并发场景下常被误认为是“缓存没起作用”，其实多数情况并非缓存本身坏了，而是缓存策略、数据变更频率和并发访问模式共同导致命中率骤降。关键在于理解缓存失效的触发条件，而非单纯加大缓存容量。
同一台机器跑多个 MySQL，最直接可靠的方式是启动多个 mysqld 进程，每个绑定不同端口、数据目录和配置文件。系统级隔离强，互不干扰，适合开发、测试或轻量多租户场景。