达梦8 一场误会 原来是INJECT HINT搞的GUI

我们知道，根据不同的数据分布情况，数据库的查询优化器会对SQL语句生成不同的执行计划。可惜到目前为止，我发现即使数据分布发生了巨大变化并已完成统计信息收集，系统仍然沿用过去的执行计划，除非用命令清除后重新生成。

今天偶然看到一个视图v$pln_history，名字像是执行计划的历史，眼前一亮。于是想测试一下。按照过去曾做的实验《达梦执行计划的选择与优化思路》里的方法重新创建了表和索引并执行语句。

按照常理，没有收集统计信息时应该优先使用索引。但这次执行insert into test2 select * from test where name='选择性差'语句时竟然进行了全表扫描（聚簇索引），而不是IND_TEST索引。而执行insert into test2 select * from test where name='选择性好'时又选择了IND_TEST索引。难道是数据库突然变智能了，没有收集统计信息也能根据查询条件判断是否使用索引？之所以产生了这样的疑惑，是因为这几天测试达梦8的v$bufferpool，发现里面的逻辑读、物理读和命中率数据不准确，与v$sysstat里的值也对应不上。让我感觉目前达梦还有待完善的地方。

删除表后重建，再执行第一条语句，结果依旧。把表改名，这下执行计划符合预期了。把表名改回来，索引改名，也可以。

这时脑海里突然想到，是不是过去写过INJECT_HINT?

果真如此。原来是上次做实验写的HINT注入还留着呢！当执行这条语句时系统会隐含增加NO_INDEX(TEST,IND_TEST) HINT，即：执行计划不使用IND_TEST索引。

不使用IND_TEST，不代表不能使用IND_TEST2。系统在没有统计信息的时候默认选择了索引路径IND_TEST2。

哈哈，一场误会。

不过让我失望的是v$pln_history仍然只能保存SQL语句的最新计划，老计划还是无法保存。同时发现官方文档中描述的有错误：

官方文档上说v$pln_history中存储的执行计划与explain SQL相同，真实情况是与实际执行的计划相同,与explain SQ未必相同。如下所示：

不过这个视图有一个好处，可以方便地查看已经执行过SQL的执行计划。不用再使用类似于alter session set events 'immediate trace name plndump level 6591105184,dump_file ''d:/1.log'''这样的方法查看。