EAV模型怎么建索引

EAV（Entity-Attribute-Value，实体-属性-值）模型因为在关系型数据库里把“列”变成了“行”，所以索引设计非常关键，否则查询会非常慢。下面从原理到实践讲清楚怎么建索引。

一、EAV 表通常长什么样

最常见结构：

CREATE TABLE eav_values (
    entity_id   BIGINT,
    attribute_id INT,
    value       VARCHAR(255),
    PRIMARY KEY (entity_id, attribute_id)
);

或者更通用的：

CREATE TABLE eav_values (
    id          BIGINT AUTO_INCREMENT,
    entity_id   BIGINT,
    attribute_id INT,
    value_type  VARCHAR(20),
    value_str   VARCHAR(255),
    value_num   DECIMAL(18,4),
    value_date  DATETIME,
    PRIMARY KEY (id)
);

二、核心索引原则（最重要）

✅ 1. 必须有的联合索引

最常见查询：

WHERE entity_id = ? AND attribute_id = ?

✅ 索引：

CREATE INDEX idx_entity_attr ON eav_values(entity_id, attribute_id);

如果是多值表，直接把它设为主键更好。

✅ 2. 按“属性 + 值”查询的索引

例如：

WHERE attribute_id = 1 AND value = 'active'

✅ 索引：

CREATE INDEX idx_attr_value ON eav_values(attribute_id, value);

⚠️ 顺序很重要：

• 先 attribute_id
• 再 value

✅ 3. 按“值范围”查询（数值 / 时间）

例如：

WHERE attribute_id = 5 AND value_num > 100

✅ 索引：

CREATE INDEX idx_attr_num ON eav_values(attribute_id, value_num);

日期同理：

CREATE INDEX idx_attr_date ON eav_values(attribute_id, value_date);

三、避免 EAV 慢查询的关键技巧

✅ 4. 不要对 value 用单一索引

❌ 错误：

CREATE INDEX idx_value ON eav_values(value);

原因：

• value 区分度低
• 无法利用 entity / attribute 过滤

✅ 5. 对“热点属性”做垂直拆分（强烈推荐）

比如：

• 用户状态
• 创建时间
• 价格

拆成普通列：

CREATE TABLE users (
    id BIGINT,
    status VARCHAR(20),
    price DECIMAL(10,2),
    created_at DATETIME
);

EAV 只存“真正动态的字段”。

✅ 这是生产环境最常用的优化手段。

四、进阶方案（性能极致）

✅ 6. 物化视图 / 宽表

定期把 EAV 转成宽表：

user_id | status | price | tags

查询直接走宽表索引。

✅ 7. 使用 JSON（MySQL / PG）

CREATE TABLE entities (
    id BIGINT,
    attrs JSON
);

CREATE INDEX idx_attrs ON entities((attrs->>'status'));

比纯 EAV 快得多。

五、索引设计总结表

如果你愿意，可以告诉我：

• 用的数据库（MySQL / PG / Oracle）
• 数据量级别
• 常见查询 SQL

我可以直接帮你设计最优索引方案。