物化视图需带显式唯一索引才能并发刷新，否则刷新时锁表阻塞查询；底层查询须先优化（如加复合索引、避免GROUP BY函数）；MySQL无实用物化视图，应手动建汇总表+增量刷新；SQL Server索引视图需SCHEMABINDING和COUNT_BIG(*)。
物化视图不是“建完就快”，必须带唯一索引才能并发刷新
没唯一索引的 CREATE MATERIALIZED VIEW 就是生产陷阱——每次 REFRESH MATERIALIZED VIEW 都会锁死整个视图，所有 SELECT 查询被阻塞。PostgreSQL 要求并发刷新（CONCURRENTLY）必须依赖唯一索引，且该索引列必须：
- 显式创建（不能靠主键隐含）
- NOT NULL（允许 NULL 的字段无法参与唯一约束）
- 覆盖全部
GROUP BY列（顺序也需一致，如GROUP BY department, year，索引就得是(department, year)，而非(year, department)）
常见错误：直接写 CREATE MATERIALIZED VIEW sales_summary AS SELECT department, EXTRACT(YEAR FROM order_date) AS year, SUM(amount) FROM orders GROUP BY department, EXTRACT(YEAR FROM order_date) —— 这里 EXTRACT(YEAR FROM order_date) 是表达式，无法被索引直接引用，且未保证业务唯一性。
GROUP BY字段没索引？物化视图也救不了原始表扫描
物化视图加速的是“查结果”，不是“建结果”。如果底层查询本身慢（比如 orders 表上没 order_date 或 department 索引），建物化视图时第一次全量计算就会卡住，甚至超时失败。
-
EXPLAIN看原始聚合 SQL：若出现Seq Scan、Using temporary或Using filesort，说明原始查询还没优化到位 - 先确保
WHERE条件字段（如event_date >= CURRENT_DATE - 30）有索引，再叠加GROUP BY字段构成复合索引，例如(event_date, department) - 避免在
GROUP BY中用函数：写GROUP BY DATE(order_time)会让索引失效；改用预计算字段（如加一列order_date DATE GENERATED ALWAYS AS (DATE(order_time)) STORED）并对其建索引
MySQL 不支持原生物化视图，得用汇总表模拟
MySQL 8.0.23+ 虽有实验性 CREATE MATERIALIZED VIEW，但不支持自动刷新、无增量更新、无法走索引优化——生产环境基本不可用。更可控的做法是手动建汇总表：
- 建表结构严格匹配聚合逻辑：
CREATE TABLE summary_orders_by_day (order_date DATE PRIMARY KEY, cnt BIGINT, total DECIMAL(12,2))—— 主键必须是分组键，否则INSERT ... ON DUPLICATE KEY UPDATE失效 - 用定时任务（如 crontab + 存储过程）只刷新增量数据，例如每日凌晨跑：
INSERT INTO summary_orders_by_day (order_date, cnt, total) SELECT DATE(order_time), COUNT(*), SUM(amount) FROM orders WHERE DATE(order_time) = CURDATE() - INTERVAL 1 DAY GROUP BY DATE(order_time) ON DUPLICATE KEY UPDATE cnt = VALUES(cnt), total = VALUES(total) - 若实时性要求高（秒级），把聚合结果存进 Redis Hash（
HSET stats:2026-07-20 count 1245 sum 89230.50），DB 只写原始数据
SQL Server 索引视图要满足 SCHEMABINDING 和 COUNT_BIG(*)
SQL Server 的索引视图能真正物化聚合结果，但硬性条件一个都不能少：
- 视图必须用
WITH SCHEMABINDING创建，且所有引用对象（表、函数）都用两段式名（如dbo.orders），不能用* -
GROUP BY查询中必须包含COUNT_BIG(*)（不是COUNT(*)），否则无法建唯一聚集索引 - 查询语句必须字面匹配视图定义，或显式加
WITH (NOEXPAND)提示，否则优化器大概率忽略它 - 如果视图里用了
SUM(amount)，但查询只选customer_id和COUNT(*)，而没包含amount字段，索引视图也不会被命中
真正容易被忽略的点是：物化视图/索引视图/汇总表都不是银弹——它们把计算成本从查询时转移到了刷新时。如果每天新增数据量超过总量 5%，并发刷新性能会断崖下跌；此时要么接受延迟，要么切到低峰期全量刷新，而不是硬扛。
