名称含义取值

名称	含义	取值
hive.rewrite.oscd	是否允许ORDER BY/SORT BY/CLUSTER BY/DISTRIBUTE BY的字段既可以用原字段的变型表示，也可以用对应的alias代表。例如，开关打开后，如下两段语句都允许： `SELECT name, AVG(age) AS avg_age FROM students GROUP BY avg_age;` `SELECT name, AVG(age) AS avg_age FROM students GROUP BY AVG(age);`	true false
inceptor.enable.temptable.crud	是否默认把临时表建为CRUD表。	true false
【高危】ngmr.metacache	读取Metadata时是否允许缓存Table信息。仅限于高并发测试场景下适用，不适用于多个Inceptor Server共用一个Metastore的场景。	true false
inceptor.withas.material	是否物化WITH-AS子句。	true false（不建议）
inceptor.predicate.pushdown	是否进行谓词下推。是谓词下推的总开关，覆盖了ngmr.ppd和hive.optimize.ppd的功能。	true false
ngmr.ppd	Inceptor关于Predicate Push Down相关的比较激进的优化开关，默认为true，打开后对于复杂的表达式（包含OR连接）Inceptor会尽量分解为各个表的表达式并尽量推进到TableScan之后。这个优化参数非常有用，建议不要设为false。	true false
hive.optimize.ppd	Hive社区实现的谓词下推优化，只能将比较简单的表达式推进到TableScan之后。默认为true。	true false
hive.ppd.recognizetransivity	Predicate Push Down的一个特殊优化。如果是等值JOIN并且某表的JOIN字段在SQL中有过滤，此时可以对另一张表的JOIN字段生成过滤条件，并且下推到TableScan之后。默认为true。Eg： `select count(1) from employee a join grade b on a.name=b.name where b.name like '%S';` 这个例子中过滤条件实际上等价于a.name like '%S' and b.name like '%S'，因此该SQL的执行计划可改写为： `select count(1) from ( select name from employee a where a.name like '%S' ) aa join ( select name from grade b where b.name like '%S' ) bb on aa.name=bb.name;`	true false
hive.ppd.remove.duplicatefilters	对语句进行优化时，可能需要下推filter。如果采用了此优化选项，此filter仅处于下推后的位置上，原位置的filter会被删除；否则在两处皆保留。	true false
ngmr.orderby.pushdown	是否自动下推ORDER BY。	true false
hive.optimize.constant.propagation	是否启用ConstantPropagate优化器。可用于优化带常数的条件表达式。	true false
hive.optimize.metadataonly	是否启用基于Metadata信息的优化。Meta中有些统计值可用于一些优化。	true false
hive.optimize.reducededuplication	如果一个SQL中对某个表的某个key存在Shuffle多次的情况，这个优化来控制是否合并这些Shuffle，从而提高性能。	true false
hive.optimize.reducededuplication.min.reducer	只有当Reducer的数量大于此值时，才会进行deduplication优化。否则，如果Reducer数量过少可能会带来性能退化。此参数和开关 “hive.optimize.reducededuplication”结合使用。	4 自定义
ngmr.using.stats	该开关仅当hive.stats.autogather开启时有效。表示对于简单的查询语句如SELECT COUNT(1)是否可以通过访问存储于Metastore中的统计信息直接获得结果。但是对于高级信息可能需要执行ANALYZE。	true false
inceptor.cbo.enable	CBO优化器开关。CBO是基于代价的优化方式，主要用于优化设计JOIN的执行计划。例如，CBO会对JOIN顺序进行调整，如果下述顺序的代价为1000： `table_A INNER JOIN table_B INNER JOIN table_C;` 而另一种顺序的代价为500： `table_A INNER JOIN table_C INNER JOIN table_B` 那么优化器会自动选择后一种JOIN顺序作为最终的执行计划。此开关在6.0版本默认为 true，在6.0.1及之后版本默认为 false。	true false
hive.cbo.rowbased.mapjoin	CBO开关打开情况下，用来控制是否使用row based策略决定是否用MapJoin执行JOIN。	true false
inceptor.cbo.rowbased.dim.mapjoin	决定对于维度表是否允许基于row based策略转为MapJoin执行。	true false
inceptor.cbo.rowbased.subq.mapjoin	决定对于子查询是否允许基于row based策略转为MapJoin执行。	true false
inceptor.cbo.selectop.remove	是否删除CBO引入的冗余Select Operator。	true false
inceptor.cbo.outer.inner.reorder	是否在CBO内部调整Outer Join和Inner Join的顺序。	true false
inceptor.cbo.combine.hint.enable	是否启用Combine Hint。Combine Hint功能是指对于形如下述的语句： `SELECT /+comine(col1, col2)/ FROM a JOIN b;` 如果col1和col2分别是表a和b的分桶列，那么Inceptor会尝试用Bucketed Join的方式执行JOIN。此开关的优化作用在于，当多表JOIN时，CBO会尽量先JOIN符合Combine Hint触发的Bucket Join的两表。	true false
inceptor.cbo.costmodel.commonjoin.costfactor	CBO代价模型中Common Join的代价系数。	8 自定义
inceptor.cbo.costmodel.mapjoin.costfactor	CBO代价模型中Map Join的代价系数	1 自定义
inceptor.cbo.costmodel.bucketjoin.costfactor	CBO代价模型中Bucket Join的代价系数。	1 自定义
inceptor.cbo.costmodel.forcemj.costfactor	CBO代价模型中带Hint的Map Join的代价系数。	0.8 自定义
hive.cbo.costmodel.smalltable.rowcount.threshold	开启CBO时定义的小表或子查询行数上限，小于此上限的可以采用MapJoin。可以根据实际情况进行调整。	100000L 自定义
inceptor.cbo.mdprovider.extended	是否采用一种新的代价估算模型，这种模型可以专门解决无统计信息或者只有部分统计信息情况下的CBO优化。但不建议使用。	true false
hive.correlated.subquery.ast.transform	决定是否对WHERE和HAVING语句中具有子查询的SQL语句使用CBO优化，注意若使用需要将该参数值设置为FALSE。	true false
hive.iso.enable	ISO优化器开关。ISO主要是解决海量数仓业务迁移过程中，临时表使用不当所造成的性能损失，主要场景包括：临时表创建后没有被任何 SQL 访问过。临时表由全列选择创建，但执行的SQL只访问了临时表中的少数几列字段。临时表只有一个引用点。 ISO目前将通过以下三种手段分别解决上述三种问题：删除无用临时表删除临时表无用列临时表内联	true false
hive.iso.resultfile.dir	ISO优化输出文件目录。该目录存放ISO优化处理后的文件。	/tmp/isoResultFile 自定义
character.literal.as.string	参数控制用单引号或双引号包括起来的字符串字面常量是否被识别成String类型。如果设置为true，则字符串常量被识别成String类型，其行为遵循普通编程语言中的String行为。如果设置为false，则字符串常量被识别成Char类型，涉及到Char类型的操作（例如类型转换，UDF，值比较等）均与当前方言一致。补充：不同方言对空字符串、NULL以及字符类型的右侧空格处理有不同的处理方式，例如：Oracle中，NULL和''（空）被视为是相同的，都可以命中IS NULL且都无法用“=”命中；而DB2/TD中NULL和''（空）则不同，''（空）可以用“=”命中，而NULL不能用“=”命中。具体请参考不同方言对字符串的处理行为。	true false
inceptor.parser.heuristic.join.reorder	是否在Parser端基于JOIN条件，采用启发式方式对JOIN顺序进行调整。此开关默认打开，如遇JOIN顺序调整不合理，可以关闭此开关。	true false
inceptor.whereinexists.semijoin	是否将IN/EXITS条件转化为SemiJoin。此开关默认关闭，在聚合率高的情况下不建议打开。	true false
hive.expr.cse	是否提取由OR连接的多个过滤条件之间的公共表达式。例如，某语句中有下述过滤条件： `WHERE (a = 1 AND b = 2) OR (a = 1 AND b =3)` 该开关开启后，该条件将被优化为： `WHERE a = 1 AND (b = 2 OR b =3)`	true false
hive.expr.cse.nested.filter.exploring	是否提取子查询中的由OR连接的多个过滤条件之间的公共表达式。	true false
hive.ppd.subqueryfilter	是否把子查询的结果作为过滤进行下推。	true false
hive.optimize.partial.ppd	是否部分下推OR连接的过滤条件。部分下推是指，当表的过滤条件由OR和AND连接非常复杂的过滤条件构成，如果能提取出来部分是只针对某一张表的过滤，就实施下推。比如，过滤条件为： `WHERE a = 1 AND (XXX or XXX and XXX or XXX)` 由于a只可能涉及一张表，所以部分下推时仅仅下推a = 1。	true false
inceptor.optimize.outerjoin.conversion	是否允许OuterJoin转InnerJoin的优化。目前暂不支持视图以及子查询中的OuterJoin。	true false
inceptor.optimize.intersect.groupby.pushdown	是否将GroupBy前推至INTERSECT连接的查询内部进行去重优化。此开关默认关闭。在聚合率不高的情况下不建议打开。	true false
inceptor.onlineiso.enabled	OnlineISO的总开关，用于控制是否动态开启ISO优化SQL。此开关目前只对物化公共表达式起作用。	true false
inceptor.onlineiso.withas.filterppd.enabled	OnlineISO开关打开的情况下，该开关开启后，对于物化公共表达式，将动态生成过滤条件，使下推过滤物化结果，减少物化成本。	true false
inceptor.onlineiso.withas.cache.enabled	是否缓存物化公共表达式（CTE）的临时表。若重用物化结果，可避免重复计算。	true false
inceptor.nls_sort	该参数用来控制Inceptor内中文排序的策略。可选值以及对应含义为： binary：按照2进制编码排序。 binary_ci：按照2进制编码排序并忽略大小写。 schinese_radical_m：按照简体中文偏旁排。 schinese_pinyin_m：按照中文拼音排。 schinese_stroke_m：按照简体中文笔画排。 tchinese_radical_m：按照繁体中文偏旁排。 tchinese_stroke_m：按照繁体中文笔画排。	binary binary_ci schinese_radical_m schinese_pinyin_m schinese_stroke_m tchinese_radical_m tchinese_stroke_m
client.dialect	配置服务端所使用的SQL（包含PL/SQL）方言。	oracle db2 td
server.dialect	配置客户端所使用的SQL（包含PL/SQL）方言。	oracle db2 td
inceptor.mbo.enable	MBO优化开关。MBO是基于物化视图的优化器。	true false
inceptor.mbo.for.naive.mv	MBO在对语句执行计划进行优化改动时，是否使用未过期的Materialized View作为改写的candidate，只有inceptor.mbo.enable为true时，设置才生效。	true false
inceptor.mbo.for.cube	MBO在对语句执行计划进行优化改动时，是否使用Cube表作为改写的candidate，只有inceptor.mbo.enable为true时，设置才生效。	true false
inceptor.mbo.pre.load.mv.number	系统启动时，对每个数据库预编译的Materialized View个数。对Materialized View进行预编译后，MBO在使用Materialized View试图进行优化时就可以跳过编译物化视图环节，从而加速MBO。	0 自定义
inceptor.mbo.max.cached.mvs	系统中cache缓存的预编译Materialized View的最大个数。	500 自定义
inceptor.materialized.views.cache.type	系统中cache缓存的预编译Materialized View的策略。	LRU FIFO
inceptor.mbo.rewrite.greedy	MBO在优化语句执行计划时候是否采用贪心算法。	true false
inceptor.mbo.log.verbose	该参数为true时，将打印所有和MBO相关的log。使用场景：当MBO改写不符合预期时，可以将该变量设置为true后再次执行。启用该开关后，日志内容会急剧增加，因此此开关只适用于调试。	true false
inceptor.mbo.compatibility.log	当MBO改写执行计划失败时，若语句和物化视图兼容度超过该值，则打印造成改写失败的原因。	0.6 自定义
inceptor.nonnative.table.meta.refresh	控制在MBO改写中，是否允许在non-native表数据有变动时更新该表的最近更新时间。默认为false，如果改为true，可以保证MBO得到的数据为最新，但缺点是会降低non-native表的insert/update/delete操作效率。	true false
inceptor.mbo.cube.metacache	控制MBO是否缓存Cube元信息。如果为true，则表示允许将Cube信息缓存到ArgoDB，提高MBO改写效率。	true false
hive.materializedview.fileformat	Materialized View的默认文件存储格式。	ORC none TextFile SequenceFile RCfile HOLODESK
inceptor.floating.scale.decimal	控制是否打开FSD（Floating Scale Decimal）功能。默认情况下，此功能不开启。当有DECIMAL类型数据进行运算时，如果标度值较大，可以将此参数设置为 true，避免整数部分被挤压导致结果不正确。	true false
inceptor.decimal.null.check	控制DECIMAL类型列在运算过程中出现Null值时是否报错。设置为 true 时，对运算结果超界、运算非法、隐式转换失败或插入数据时目标列超界这几种情况，Inceptor会报错。默认为false，即对上述几种情况返回Null值。如要打开该开关，必须先将 inceptor.strict.evaluate 设置为 true。	true false
inceptor.select.list.cse.enabled	控制是否开启对SELECT list中有公共子表达式的情况进行优化。一个表达式需要满足以下条件才会被判断为公共子表达式： 1) 该表达式在同一层query里出现至少3次； 2) 该表达式至少包含1个运算； 3) 该表达式不是其他其他非case when的Function的一部分（但该表达式可以是Function本身）； 4) 该表达式不是其他公共子表达式的子表达式。例如，如果a+b+c是公共子表达式，那么a+b+1, a+b+d中的a+b均不会被判断为公共子表达式。	true（6.0版本） false（6.0.1及以上版本）
inceptor.udf.compatible.with.oracle	控制UDF表现是否与Oracle一致，会影响一些函数（如DECODE）的执行效果。详细信息请参考《Inceptor使用手册》。此参数适用于6.0.1及以上版本。自6.0.2版本起，TDH_TODATE函数在此参数为true时，会对输入的日期值进行合法性检验，并且能够识别英文日期值。	true false

hive.rewrite.oscd

是否允许ORDER BY/SORT BY/CLUSTER BY/DISTRIBUTE BY的字段既可以用原字段的变型表示，也可以用对应的alias代表。例如，开关打开后，如下两段语句都允许：

SELECT name, AVG(age) AS avg_age FROM students GROUP BY avg_age;

SELECT name, AVG(age) AS avg_age FROM students GROUP BY AVG(age);

true
false

inceptor.enable.temptable.crud

是否默认把临时表建为CRUD表。

true
false

【高危】ngmr.metacache

读取Metadata时是否允许缓存Table信息。仅限于高并发测试场景下适用，不适用于多个Inceptor Server共用一个Metastore的场景。

true
false

inceptor.withas.material

是否物化WITH-AS子句。

true
false（不建议）

inceptor.predicate.pushdown

是否进行谓词下推。是谓词下推的总开关，覆盖了ngmr.ppd和hive.optimize.ppd的功能。

true
false

ngmr.ppd

Inceptor关于Predicate Push Down相关的比较激进的优化开关，默认为true，打开后对于复杂的表达式（包含OR连接）Inceptor会尽量分解为各个表的表达式并尽量推进到TableScan之后。

这个优化参数非常有用，建议不要设为false。

true
false

hive.optimize.ppd

Hive社区实现的谓词下推优化，只能将比较简单的表达式推进到TableScan之后。默认为true。

true
false

hive.ppd.recognizetransivity

Predicate Push Down的一个特殊优化。如果是等值JOIN并且某表的JOIN字段在SQL中有过滤，此时可以对另一张表的JOIN字段生成过滤条件，并且下推到TableScan之后。默认为true。Eg：

select count(1) from employee a
join grade b
on a.name=b.name where b.name like '%S';

这个例子中过滤条件实际上等价于a.name like '%S' and b.name like '%S'，因此该SQL的执行计划可改写为：

select count(1) from (
     select name from employee a
     where a.name like '%S' ) aa
join (
     select name from grade b
     where b.name like '%S' ) bb
on aa.name=bb.name;

true
false

hive.ppd.remove.duplicatefilters

对语句进行优化时，可能需要下推filter。如果采用了此优化选项，此filter仅处于下推后的位置上，原位置的filter会被删除；否则在两处皆保留。

true
false

ngmr.orderby.pushdown

是否自动下推ORDER BY。

true
false

hive.optimize.constant.propagation

是否启用ConstantPropagate优化器。可用于优化带常数的条件表达式。

true
false

hive.optimize.metadataonly

是否启用基于Metadata信息的优化。Meta中有些统计值可用于一些优化。

true
false

hive.optimize.reducededuplication

如果一个SQL中对某个表的某个key存在Shuffle多次的情况，这个优化来控制是否合并这些Shuffle，从而提高性能。

true
false

hive.optimize.reducededuplication.min.reducer

只有当Reducer的数量大于此值时，才会进行deduplication优化。否则，如果Reducer数量过少可能会带来性能退化。此参数和开关 “hive.optimize.reducededuplication”结合使用。

4
自定义

ngmr.using.stats

该开关仅当hive.stats.autogather开启时有效。表示对于简单的查询语句如SELECT COUNT(1)是否可以通过访问存储于Metastore中的统计信息直接获得结果。但是对于高级信息可能需要执行ANALYZE。

true
false

inceptor.cbo.enable

CBO优化器开关。CBO是基于代价的优化方式，主要用于优化设计JOIN的执行计划。例如，CBO会对JOIN顺序进行调整，如果下述顺序的代价为1000：

table_A INNER JOIN table_B INNER
JOIN table_C;

而另一种顺序的代价为500：

table_A INNER JOIN table_C INNER JOIN
table_B

那么优化器会自动选择后一种JOIN顺序作为最终的执行计划。此开关在6.0版本默认为 true，在6.0.1及之后版本默认为 false。

true
false

hive.cbo.rowbased.mapjoin

CBO开关打开情况下，用来控制是否使用row based策略决定是否用MapJoin执行JOIN。

true
false

inceptor.cbo.rowbased.dim.mapjoin

决定对于维度表是否允许基于row based策略转为MapJoin执行。

true
false

inceptor.cbo.rowbased.subq.mapjoin

决定对于子查询是否允许基于row based策略转为MapJoin执行。

true
false

inceptor.cbo.selectop.remove

是否删除CBO引入的冗余Select Operator。

true
false

inceptor.cbo.outer.inner.reorder

是否在CBO内部调整Outer Join和Inner Join的顺序。

true
false

inceptor.cbo.combine.hint.enable

是否启用Combine Hint。Combine Hint功能是指对于形如下述的语句：

SELECT /*+comine(col1, col2)*/ FROM a JOIN b;

如果col1和col2分别是表a和b的分桶列，那么Inceptor会尝试用Bucketed Join的方式执行JOIN。

此开关的优化作用在于，当多表JOIN时，CBO会尽量先JOIN符合Combine Hint触发的Bucket Join的两表。

true
false

inceptor.cbo.costmodel.commonjoin.costfactor

CBO代价模型中Common Join的代价系数。

8
自定义

inceptor.cbo.costmodel.mapjoin.costfactor

CBO代价模型中Map Join的代价系数

1
自定义

inceptor.cbo.costmodel.bucketjoin.costfactor

CBO代价模型中Bucket Join的代价系数。

1
自定义

inceptor.cbo.costmodel.forcemj.costfactor

CBO代价模型中带Hint的Map Join的代价系数。

0.8
自定义

hive.cbo.costmodel.smalltable.rowcount.threshold

开启CBO时定义的小表或子查询行数上限，小于此上限的可以采用MapJoin。可以根据实际情况进行调整。

100000L
自定义

inceptor.cbo.mdprovider.extended

是否采用一种新的代价估算模型，这种模型可以专门解决无统计信息或者只有部分统计信息情况下的CBO优化。但不建议使用。

true
false

hive.correlated.subquery.ast.transform

决定是否对WHERE和HAVING语句中具有子查询的SQL语句使用CBO优化，注意若使用需要将该参数值设置为FALSE。

true
false

hive.iso.enable

ISO优化器开关。ISO主要是解决海量数仓业务迁移过程中，临时表使用不当所造成的性能损失，主要场景包括：

临时表创建后没有被任何 SQL 访问过。
临时表由全列选择创建，但执行的SQL只访问了临时表中的少数几列字段。
临时表只有一个引用点。

ISO目前将通过以下三种手段分别解决上述三种问题：

删除无用临时表
删除临时表无用列
临时表内联

true
false

hive.iso.resultfile.dir

ISO优化输出文件目录。该目录存放ISO优化处理后的文件。

/tmp/isoResultFile
自定义

character.literal.as.string

参数控制用单引号或双引号包括起来的字符串字面常量是否被识别成String类型。

如果设置为true，则字符串常量被识别成String类型，其行为遵循普通编程语言中的String行为。
如果设置为false，则字符串常量被识别成Char类型，涉及到Char类型的操作（例如类型转换，UDF，值比较等）均与当前方言一致。

补充：不同方言对空字符串、NULL以及字符类型的右侧空格处理有不同的处理方式，例如：Oracle中，NULL和''（空）被视为是相同的，都可以命中IS NULL且都无法用“=”命中；而DB2/TD中NULL和''（空）则不同，''（空）可以用“=”命中，而NULL不能用“=”命中。具体请参考不同方言对字符串的处理行为。

true
false

inceptor.parser.heuristic.join.reorder

是否在Parser端基于JOIN条件，采用启发式方式对JOIN顺序进行调整。此开关默认打开，如遇JOIN顺序调整不合理，可以关闭此开关。

true
false

inceptor.whereinexists.semijoin

是否将IN/EXITS条件转化为SemiJoin。此开关默认关闭，在聚合率高的情况下不建议打开。

true
false

hive.expr.cse

是否提取由OR连接的多个过滤条件之间的公共表达式。例如，某语句中有下述过滤条件：

WHERE (a = 1 AND b = 2) OR (a = 1 AND b =3)

该开关开启后，该条件将被优化为：

WHERE a = 1 AND (b = 2 OR b =3)

true
false

hive.expr.cse.nested.filter.exploring

是否提取子查询中的由OR连接的多个过滤条件之间的公共表达式。

true
false

hive.ppd.subqueryfilter

是否把子查询的结果作为过滤进行下推。

true
false

hive.optimize.partial.ppd

是否部分下推OR连接的过滤条件。部分下推是指，当表的过滤条件由OR和AND连接非常复杂的过滤条件构成，如果能提取出来部分是只针对某一张表的过滤，就实施下推。比如，过滤条件为：

WHERE a = 1 AND (XXX or XXX and XXX or XXX)

由于a只可能涉及一张表，所以部分下推时仅仅下推a = 1。

true
false

inceptor.optimize.outerjoin.conversion

是否允许OuterJoin转InnerJoin的优化。目前暂不支持视图以及子查询中的OuterJoin。

true
false

inceptor.optimize.intersect.groupby.pushdown

是否将GroupBy前推至INTERSECT连接的查询内部进行去重优化。此开关默认关闭。在聚合率不高的情况下不建议打开。

true
false

inceptor.onlineiso.enabled

OnlineISO的总开关，用于控制是否动态开启ISO优化SQL。此开关目前只对物化公共表达式起作用。

true
false

inceptor.onlineiso.withas.filterppd.enabled

OnlineISO开关打开的情况下，该开关开启后，对于物化公共表达式，将动态生成过滤条件，使下推过滤物化结果，减少物化成本。

true
false

inceptor.onlineiso.withas.cache.enabled

是否缓存物化公共表达式（CTE）的临时表。若重用物化结果，可避免重复计算。

true
false

inceptor.nls_sort

该参数用来控制Inceptor内中文排序的策略。可选值以及对应含义为：

binary：按照2进制编码排序。
binary_ci：按照2进制编码排序并忽略大小写。
schinese_radical_m：按照简体中文偏旁排。
schinese_pinyin_m：按照中文拼音排。
schinese_stroke_m：按照简体中文笔画排。
tchinese_radical_m：按照繁体中文偏旁排。
tchinese_stroke_m：按照繁体中文笔画排。

binary
binary_ci
schinese_radical_m
schinese_pinyin_m
schinese_stroke_m
tchinese_radical_m
tchinese_stroke_m

client.dialect

配置服务端所使用的SQL（包含PL/SQL）方言。

oracle
db2
td

server.dialect

配置客户端所使用的SQL（包含PL/SQL）方言。

oracle
db2
td

inceptor.mbo.enable

MBO优化开关。MBO是基于物化视图的优化器。

true
false

inceptor.mbo.for.naive.mv

MBO在对语句执行计划进行优化改动时，是否使用未过期的Materialized View作为改写的candidate，只有inceptor.mbo.enable为true时，设置才生效。

true
false

inceptor.mbo.for.cube

MBO在对语句执行计划进行优化改动时，是否使用Cube表作为改写的candidate，只有inceptor.mbo.enable为true时，设置才生效。

true
false

inceptor.mbo.pre.load.mv.number

系统启动时，对每个数据库预编译的Materialized View个数。对Materialized View进行预编译后，MBO在使用Materialized View试图进行优化时就可以跳过编译物化视图环节，从而加速MBO。

0
自定义

inceptor.mbo.max.cached.mvs

系统中cache缓存的预编译Materialized View的最大个数。

500
自定义

inceptor.materialized.views.cache.type

系统中cache缓存的预编译Materialized View的策略。

LRU
FIFO

inceptor.mbo.rewrite.greedy

MBO在优化语句执行计划时候是否采用贪心算法。

true
false

inceptor.mbo.log.verbose

该参数为true时，将打印所有和MBO相关的log。使用场景：当MBO改写不符合预期时，可以将该变量设置为true后再次执行。启用该开关后，日志内容会急剧增加，因此此开关只适用于调试。

true
false

inceptor.mbo.compatibility.log

当MBO改写执行计划失败时，若语句和物化视图兼容度超过该值，则打印造成改写失败的原因。

0.6
自定义

inceptor.nonnative.table.meta.refresh

控制在MBO改写中，是否允许在non-native表数据有变动时更新该表的最近更新时间。默认为false，如果改为true，可以保证MBO得到的数据为最新，但缺点是会降低non-native表的insert/update/delete操作效率。

true
false

inceptor.mbo.cube.metacache

控制MBO是否缓存Cube元信息。如果为true，则表示允许将Cube信息缓存到ArgoDB，提高MBO改写效率。

true
false

hive.materializedview.fileformat

Materialized View的默认文件存储格式。

ORC
none
TextFile
SequenceFile
RCfile
HOLODESK

inceptor.floating.scale.decimal

控制是否打开FSD（Floating Scale Decimal）功能。默认情况下，此功能不开启。当有DECIMAL类型数据进行运算时，如果标度值较大，可以将此参数设置为 true，避免整数部分被挤压导致结果不正确。

true
false

inceptor.decimal.null.check

控制DECIMAL类型列在运算过程中出现Null值时是否报错。设置为 true 时，对运算结果超界、运算非法、隐式转换失败或插入数据时目标列超界这几种情况，Inceptor会报错。默认为false，即对上述几种情况返回Null值。

如要打开该开关，必须先将 inceptor.strict.evaluate 设置为 true。

true
false

inceptor.select.list.cse.enabled

控制是否开启对SELECT list中有公共子表达式的情况进行优化。一个表达式需要满足以下条件才会被判断为公共子表达式：

1) 该表达式在同一层query里出现至少3次； 2) 该表达式至少包含1个运算； 3) 该表达式不是其他其他非case when的Function的一部分（但该表达式可以是Function本身）； 4) 该表达式不是其他公共子表达式的子表达式。例如，如果a+b+c是公共子表达式，那么a+b+1, a+b+d中的a+b均不会被判断为公共子表达式。

true（6.0版本）
false（6.0.1及以上版本）

inceptor.udf.compatible.with.oracle

控制UDF表现是否与Oracle一致，会影响一些函数（如DECODE）的执行效果。详细信息请参考《Inceptor使用手册》。此参数适用于6.0.1及以上版本。

自6.0.2版本起，TDH_TODATE函数在此参数为true时，会对输入的日期值进行合法性检验，并且能够识别英文日期值。

true
false