类似如此，我大致描述下使用场景：
我有一个数十亿的表，现在发现有一个SQL执行会导致IO打满，因此在查看了相关列的histogram和buckets统计信息后决定加一个索引，我可以大致推测出这个索引可能会起到效果，但是我无法100%预测SQL优化器面对此索引的反应，如果我最终耗费时间建好了索引却发现未如预期那样生效，那就做了很多无用功。
我理想中的处理手段：
创建一个虚拟索引，并为此虚拟索引收集统计信息(自动or手动皆可，甚至可以导入)，然后观察优化器对此的反应。
类似如此，我大致描述下使用场景：
我有一个数十亿的表，现在发现有一个SQL执行会导致IO打满，因此在查看了相关列的histogram和buckets统计信息后决定加一个索引，我可以大致推测出这个索引可能会起到效果，但是我无法100%预测SQL优化器面对此索引的反应，如果我最终耗费时间建好了索引却发现未如预期那样生效，那就做了很多无用功。
我理想中的处理手段：
创建一个虚拟索引，并为此虚拟索引收集统计信息(自动or手动皆可，甚至可以导入)，然后观察优化器对此的反应。