但其内部子元素（如 .header_icon、.header_txt_frame、.header_menu_container）若采用 position: relative 并设置 top: 30% 或 left: 6%，这些百分比将基于元素自身的原始高度/宽度计算（而非父容器），导致定位不可预测、难以对齐。/* 移除 top/left，由 flex 自动对齐 */}.header_txt_fra

FROM golang:1.22-slim AS builder —— 用 -slim 而非 latest，tag 固定，CI 可复现RUN CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-s -w' -o /app/main . —— -s -w 去符号表和调试信息，体积直降 30%~50%别在 builder 阶段 RUN rm -rf $GOP

为什么 UPDATE 或 DELETE 会锁整张表MySQL 的行锁（InnoDB）不是永远只锁行——当优化器发现走不上索引，或者索引失效时，会退化为全表扫描，进而升级为表级意向锁 + 行锁无法生效，最终效果等价于锁表。单列索引对 WHERE a=1 AND b=2 效果有限，优先建联合索引 (a,b)，顺序按选择性高低排写多读少的表，高频 INSERT/UPDATE 下，过多索引会拖慢性能，锁竞