全网最专业PolarDB-MySQL 大SQL解决方案--之代理设置与强制HINT （三）

❝

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

昨天群里有人问，想试用一下PolarDB 但是希望能用更经济的价格来进行使用，这里我和阿里云申请了7.5折扣的卷，购买PolarDB 可以7.5折购买。复制下方链接，即可优惠试用

https://www.aliyun.com/minisite/goods?userCode=qyua9rvi

https://www.aliyun.com/minisite/goods?userCode=qyua9rvi

上期内容

全网最专业PolarDB-MySQL 大SQL解决方案--之列式索引节点原理 （二）

全网最专业PolarDB-MySQL 大SQL解决方案--之如何添加列式索引 （一）

最近开始在大量的应用PolarDB的IMCI的功能，多个业务线在并发，都在测试。不同的业务线测试的结果可能也不尽相同，使用的方法和方案也都有各自的特点。

我特别想把PolarDB的IMCI推广的更好，让更多的业务享受到PolarDB的插件化数据库的特性。这里我准备写几期帖子，把我研究的部分也都和大家一一展示，如果有同道中人，也可以反馈您的使用中的问题，我们一并和阿里云的老师进行沟通，相信他们会做出更好的功能并逐步完善他。

今天我们是IMCI的第三集，上期说哪了，哦想起来说到了IMCI的基本操作，这期咱们继续，上期我们说了我们增加了列式索引，这里就要产生问题了，

1 怎么查看表已经创建了列式索引,通过下列函数就可以直接查询到对应的表的已经启用的列式索引，这里注意在使用这个函数的时候，语句中的单引号要变成双引号，否则会造成错误。

dbms_imci.check_columnar_index('<query_string>');

call dbms_imci.columnar_advise('select count(t1.a) from t1 inner join t2 on t1.a = t2.a group by t1.b');
+-------------------------------------------+
| DDL_STATEMENT                             |
+-------------------------------------------+
| ALTER TABLE test.t1 COMMENT='COLUMNAR=1'; |
| ALTER TABLE test.t2 COMMENT='COLUMNAR=1'; |
+-------------------------------------------+
2 rows inset (0.00 sec)

2  通过SQL语句来获取表，或者列的建设列存的语句

mysql> call dbms_imci.columnar_advise_by_columns('select count(t1.a) from t1 inner join t2 on t1.a = t2.a group by t1.b');
+-------------------------------------------------------------------------------------------------------------------------------------------+
| DDL_STATEMENT                                                                                                                             |
+-------------------------------------------------------------------------------------------------------------------------------------------+
| ALTER TABLE test.t1 MODIFY COLUMN a int(11) DEFAULT NULL COMMENT 'COLUMNAR=1', MODIFY COLUMN b int(11) DEFAULT NULL COMMENT 'COLUMNAR=1'; |
| ALTER TABLE test.t2 MODIFY COLUMN a int(11) DEFAULT NULL COMMENT 'COLUMNAR=1';                                                            |
+-------------------------------------------------------------------------------------------------------------------------------------------+
2 rows inset (0.00 sec)

同时，工作中还包含了怎么批量进行语句添加的方法。这里就不赘述了，

下面也是本期的主要的主题就是语句的路由设置与基本原理，参见下图

1  在执行一个语句的时候，如何知道他的COST

方案：/ROUTE_TO_LAST_USED/ SHOW STATUS LIKE 'Last_query_cost';

通过上面这句话，将你经常运行的SQL先运行然后立即运行上面的语句，查看这条语句的COST值，如果语句较多，则需要针对多个角度来运行SQL获得COST的值，来限定到底应该设成什么样的值

这里有一个问题就是，设置值的问题，在复杂的一些系统中，可能需要反复调整值，尽量让一些适合列的走列存。

2 如果实在是不行，一些特殊的SQL就是要走列存，或者就是不要走列存，那么可以手动来集训SQL的调整，如同ORACLE 里面的HINT。

此方案是强制语句使用HINT到列存进行数据的解释

EXPLAIN SELECT /*+ SET_VAR(cost_threshold_for_imci=0) */ COUNT(*) FROM t1 WHERE t1.a > 1;

而如果强制语句就是不走列存，可以用下面的语法来解释。

EXPLAIN SELECT /*+ SET_VAR(USE_IMCI_ENGINE=OFF) */ COUNT(*) FROM t1 WHERE t1.a > 1;

写到这里，我们有一些经验，有些是失败的，

1  使用IMCI 不要把IMCI当做行存来频繁的高频并发的使用，首先我们要考虑他本身就是一个数据量较大，且需要进行CPU大量运算的部分，如果你的将高频并发的短小的SQL也发到上面来，那么IMCI会被高频的短小的SQL，“烦死”，所以COST要调整好。

2  不是有了IMCI咱们就不优化SQL了，这个想法是不对的，因为SQL垃圾你一味的用IMCI来解决不优化SQL带来的问题，是可以的，但你会带动运营成本的上升，可能你要加更多的IMCI来解决问题。

3  部分情况在强制走IMCI 并设置HINT 注意你的使用频率，再次强调 IMCI 不是垃圾桶，也不是高频SQL运行的首选，首选是serverless 弹出的行式节点。

MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项

MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"

MongoDB “升级项目”  大型连续剧(1)-- 可“生”可不升

MongoDB  大俗大雅，上来问分片真三俗 -- 4 分什么分

MongoDB 大俗大雅，高端知识讲“庸俗” --3 奇葩数据更新方法

MongoDB 学习建模与设计思路--统计数据更新案例

MongoDB  大俗大雅，高端的知识讲“通俗” -- 2 嵌套和引用

MongoDB  大俗大雅，高端的知识讲“低俗” -- 1 什么叫多模

MongoDB 合作考试报销活动 贴附属，MongoDB基础知识速通

MongoDB 年底活动，免费考试名额 7个公众号获得

MongoDB 使用网上妙招，直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)

MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模