数据库索引批量添加优化跨境商品检索速度的完整教程

知识分享

2026-07-22 11:40

57 阅读

为什么商品检索会慢？索引能做什么

经营跨境商城时，商品数量动辄几十万、上百万。
每次用户搜索 SKU、商品名称、分类或品牌，如果没有索引，数据库会逐行扫描整张表，查询自然变慢。索引就像一本书的目录，能帮数据库快速定位到目标行。
批量添加合适的索引，是提升检索速度最直接的手段。
本文以 MySQL 为例，带你一步步完成操作。

操作前请确认以下条件：

你可以在服务器上通过命令行连接 MySQL，或者使用 phpMyAdmin、Navicat、宝塔面板中的数据库工具。
拥有 ALTER 或 INDEX 权限。
知道商品表名（假设为 products）和主要查询字段。跨境商品常用字段：sku、name、category_id、brand、price。

先用以下命令查看现有索引，避免重复添加：

SHOW INDEX FROM products;

一次执行多条 ALTER TABLE 语句即可批量添加索引。
下面是一个适用于 products 表的例子，同时为三个高频查询字段建立索引：

ALTER TABLE products
  ADD INDEX idx_sku (sku),
  ADD INDEX idx_name (name(20)),
  ADD INDEX idx_category_brand (category_id, brand);

如果你有多个表需要处理，可以继续执行：

ALTER TABLE product_skus ADD INDEX idx_sku (sku);
ALTER TABLE product_translations ADD INDEX idx_name (name(30));

提示：在命令行或 SQL 编辑器中，可以复制多条语句一次粘贴执行，但推荐逐条运行，方便观察每条的执行时间和报错。

不要盲目添加：索引不是越多越好。过多索引会拖慢写入（INSERT/UPDATE/DELETE）速度，还会占用磁盘空间。优先给 WHERE、JOIN、ORDER BY 中出现的字段加。
大表加索引会锁表：在百万行以上的表执行 ALTER TABLE 默认会导致表被锁定，期间无法写入。建议在业务低峰期操作。如果必须在线，可以考虑使用 pt-online-schema-change（Percona Toolkit）或 gh-ost 工具，零停机完成。
注意索引前缀长度：对于 TEXT 或长 VARCHAR 字段，不加长度限制会报错或索引过大。上面例子中 name(20) 就是指定前 20 个字符，通常足够区分大部分商品名。
检查重复索引：如果已有 INDEX (sku)，再建 INDEX (sku, name) 就重复了。复合索引可以覆盖左前缀查询，无需单独建左列的单列索引。

加上索引后，用 EXPLAIN 验证是否生效：

EXPLAIN SELECT * FROM products WHERE sku = 'ABC123'\G

在结果中找到 possible_keys 和 key，如果显示我们刚加的 idx_sku，且 rows 值很小，说明索引已被使用。
你也可以直接记录查询耗时：

-- 加索引前先记一次时间
SELECT * FROM products WHERE sku = 'ABC123';
-- 加索引后再次执行，对比速度

如果发现索引仍然没有被使用，检查 WHERE 条件是否对索引列使用了函数（如 WHERE LEFT(sku,3)='ABC'），或复合索引字段顺序是否合理。

Q：我可以一次性给 50 张表加索引吗？

可以。
写一个存储过程或脚本逐表执行 ALTER TABLE，或者直接手动复制多行命令。
注意分批进行，监控服务器负载。

Q：加索引时卡住很久怎么办？

可能是大表锁表。
先查看当前进程 SHOW PROCESSLIST，如果状态是 Waiting for table metadata lock，等现有查询结束再重试，或使用在线变更工具。

Q：跨境商品经常按多个条件搜索，复合索引怎么设计？

常见原则：把区分度高、筛选性强的字段放前面，例如 (category_id, price, brand)。
如果用户只搜价格，则需要再单独为 price 建一个索引。

通过批量添加索引，跨境商品的检索性能往往能提升几十倍甚至更多。
操作核心在于选择正确的字段、控制添加时机、验证生效情况。
如果你在加索引过程中遇到锁表或语法错误，优先回看上面的避坑部分，或通过 SHOW WARNINGS 查看详细错误信息。
完成这一步后，你的商品搜索体验会有明显改善。