支持SQL PATCH

    特性简介

    SQL PATCH能够在避免直接修改用户业务语句的前提下对查询执行的方式做一定调整。在发现查询语句的执行计划、执行方式未达预期的场景下，可以通过创建查询补丁的方式，使用Hint对查询计划进行调优或对特定的语句进行报错短路处理。

    在业务产生查询计划不优导致的性能问题或系统内部错误导致服务不可用问题时，可以在数据库内通过运维函数调用对特定的场景进行调优或提前报错，以规避更严重的问题，能够大幅降低上述问题的运维成本。

    特性描述

    SQL PATCH的实现当前基于Unique SQL ID，所以需要打开相关的运维参数才可以生效（详见特性约束），Unique SQL ID在WDR报告和慢SQL视图中都可以获取到，在创建SQL PATCH时需要指定Unique SQL ID。下面给出简单的使用样例。

    场景一：使用SQL PATCH对特定语句进行Hint调优。

    2.  drop_sql_patch
    3.  t
    5. openGauss=# select * from dbe_sql_util.create_abort_sql_patch('patch2', 2578396627); 对该语句的Unique SQL ID创建Abort Patch
    6.  create_abort_sql_patch
    7. ------------------------
    9. (1 row)
    11. openGauss=# select * from hint_t1 t1 where t1.a = 1; -- 再次执行语句会提前报错

    无。

    特性约束

    1. 仅支持针对Unique SQL ID打PATCH，如果存在Unique SQL ID冲突，用于Hint调优的SQL PATCH可能影响性能，但不影响语义正确性。
    2. 仅支持不改变SQL语义的Hint作为PATCH，不支持SQL改写。
    3. 不支持逻辑备份、恢复。
    4. 不支持创建时校验PATCH合法性，如果PATCH的Hint存在语法或语义错误，不影响查询正确执行。
    5. 仅初始用户、运维管理员、监控管理员、系统管理员用户有权限执行。
    6. 库之间不共享，创建SQL PATCH时需要连接目标库。
    7. 配置集中式备机可读时，需要指定主机执行SQL PATCH创建/修改/删除函数调用，备机执行报错。
    8. SQL PATCH同步给备机存在一定延迟，待备机回放相关日志后PATCH生效。
    9. 不支持对存储过程中的SQL语句生效，当前机制不会对存储过程内语句生成Unique SQL ID。
    10. 当前，除DML语句之外，其他SQL语句（如CREATE TABLE等）的Unique SQL ID是对语句文本直接哈希生成的，所以对于此类语句，SQL PATCH对大小写、空格、换行等敏感，即不同的文本的语句，即使语义相对，仍然需要对应不同的SQL PATCH。对于DML，则同一个SQL PATCH可以对不同入参的语句生效，并且忽略大小写和空格。

    本特性依赖于资源实时监控功能，需要开启enable_resource_track参数并且设置instr_unique_sql_count大于0。对于不同的语句，如果生成的Unique SQL ID冲突，会导致SQL PATCH错误的命中预期外的其他语句。其中用于调优的Hint PATCH副作用相对较小，Abort Patch需要谨慎使用。