在Excel里查销售数据，筛选「订单金额＞5000」总要卡一下；在Access或MySQL里跑报表，一加WHERE条件就慢半拍——问题常出在数值字段没建对索引。
别默认“数字就该自动快”
很多人以为数值类型（比如INT、DECIMAL、Number）天生查询快，其实不是。Excel的表格没有真正意义上的索引，但排序+筛选依赖底层列的数据结构；而Access、MySQL、SQL Server这些，数值字段必须显式建索引，且方式不对反而拖慢写入速度。
Excel里的“类索引”操作
虽然Excel不叫“建索引”，但可以模拟效果：
✔️ 把常用筛选/排序的数值列（如「销售额」「客户ID」）设为「整列数字格式」，避免混入空格或文本型数字（比如'123）；
✔️ 数据区域先按该数值列升序排序，再开启「自动筛选」——此时下拉筛选器响应明显更快；
✔️ 用「数据→高级筛选」配合「将筛选结果复制到其他位置」时，源数据若已按数值列排序，效率提升更明显。
数据库中数值索引的三个关键点
1. 单列索引优先用于等值或范围查询
比如经常执行 SELECT * FROM orders WHERE amount > 8000，就在 amount 字段建B-Tree索引：
CREATE INDEX idx_orders_amount ON orders(amount);2. 复合索引注意顺序：数值字段放后面更灵活
如果查询常带「状态+金额」，比如 WHERE status = 'shipped' AND amount > 3000，索引应定义为 (status, amount)，而不是反过来——因为等值条件（status）必须在前，范围条件（amount）放后才能命中索引。
3. 避免在数值字段上用函数
写成 WHERE ROUND(price, 0) = 100，哪怕price有索引也用不上。改成 WHERE price BETWEEN 99.5 AND 100.499，索引就能生效。
一个小陷阱：自增主键不是万能索引
ID是INT类型、设了PRIMARY KEY，确实自带聚簇索引，但如果你查的是 WHERE create_time > '2024-06-01' AND amount > 500，光靠ID索引没用。这时候需要联合索引 (create_time, amount)，或者单独给 amount 加索引——具体看查询频率和数据分布。
某电商后台曾把「退款金额」字段长期没建索引，财务导月报时查「退款＞1万元」要等47秒；加完单列索引后降到0.3秒。不是数据量变小了，是索引让数据库跳过了99%的扫描行。