mysql未原生支持位图索引，因innodb面向高并发事务，位图索引写入需整段加锁，与mvcc及行级锁冲突；官方无实现计划。
MySQL 为什么没有原生位图索引
MySQL（截至 8.4）不支持位图索引（Bitmap Index），这是和 Oracle、PostgreSQL 等系统的关键差异。位图索引适合低基数（cardinality）字段——比如 status 只有 'active'、'inactive'、'pending' 三值，或 gender 是 'M'/'F'/'O'。这类字段重复值极高，传统 B+ 树索引效率低、空间浪费大。
根本原因在于 MySQL 的存储引擎（InnoDB）设计面向高并发事务，而位图索引在写入时需锁住整段位图、更新成本高，与 MVCC 和行级锁机制冲突。所以官方没实现，也没计划加入。
用普通索引 + 条件优化模拟位图效果
对大量重复值字段（如 is_deleted TINYINT、category ENUM('A','B','C')），直接建 B+ 树索引往往收效甚微——因为优化器大概率会跳过它，走全表扫描。这时要靠「查询写法 + 索引结构」协同优化：
- 把重复字段放在复合索引最左列，且后接高基数列（如
INDEX(is_deleted, created_at)），让范围扫描能真正落地 - 避免
SELECT *，只查必要字段，减少回表开销 - 用
IN替代=有时反能触发索引（尤其当优化器估算出选择率更准），例如WHERE status IN ('active')比WHERE status = 'active'在某些版本中更稳 - 对极低基数字段（如只有两个值），可考虑分区表：按
is_deleted做 LIST 分区，物理隔离数据，WHERE is_deleted = 0就只扫一个分区
物化中间结果：用生成列 + 函数索引压缩维度
MySQL 5.7+ 支持生成列（Generated Column），8.0+ 支持对其建函数索引。这对重复值字段是实用的“软位图”替代：
比如你常查 country = 'CN' AND age BETWEEN 18 AND 25，但 country 本身重复率极高。可以加生成列：
ALTER TABLE users ADD COLUMN cn_young TINYINT GENERATED ALWAYS AS (CASE WHEN country = 'CN' AND age BETWEEN 18 AND 25 THEN 1 ELSE 0 END) STORED;
再建索引：
CREATE INDEX idx_cn_young ON users(cn_young) WHERE cn_young = 1;
注意：MySQL 8.0.13+ 才支持带 WHERE 子句的函数索引（即部分索引）。这个 idx_cn_young 实际只索引满足条件的行，体积小、查询快，效果接近位图筛选。
真正该警惕的不是“没位图”，而是统计信息不准
大量重复值字段最常引发的问题，不是索引无效，而是优化器误判。比如 EXPLAIN 显示走了 KEY(status)，但实际执行慢得像全表扫描——大概率是 ANALYZE TABLE 没更新，导致 status 的基数统计还是旧的（比如显示 90% 值为 'active'，实际现在是 99.9%）。
务必定期运行：
ANALYZE TABLE orders;
对超大表，可指定采样率（MySQL 8.0.23+）：
ANALYZE TABLE orders UPDATE HISTOGRAM ON status WITH 16 BUCKETS;
否则，哪怕你用了所有技巧，优化器仍可能选错执行计划——这才是比“没位图”更隐蔽、更常被忽略的瓶颈。
