上新啦!腾讯云云原生数据湖产品DLC 2.2.5版本发布,来看特性详解!

DLC2.2.5版本发布,带来了联邦查询对Postgresql、SQLServer、ClickHouse的支持,增强了网络配置管理,提升了查询性能,并引入了分钟级数据引擎自动挂起规则,进一步优化了成本结构。新增的特性包括Presto的Fragmentcache能力、Spark内核的联邦查询分析和日志查询效率提升,以及对数据引擎网络配置的统一管理。

e44a9ff941b641718579865a14e0bb6f.gif

为了满足企业大数据对联邦查询、高性能交互式查询、成本优化的需求,DLC团队正式发布数据湖计算DLC2.2.5版本!该版本推出联邦查询增强、网络配置模块、日志信息、原生函数等重磅特性~全方位提升产品能力,助力企业数据资产分析与管理!

重点特性

重点特性一:联邦查询分析增强,支持更多数据源

联邦查询新增Postgresql, SQLServer, ClickHouse三种数据源支持,支持数据源连通性测试。联邦查询分析覆盖更多用户使用场景,提高用户使用便捷性。

       17c2df4f62c395e3ce0c0bf2e8adac8a.png      

重点特性二:新增网络配置管理模块,规范数据引擎网络访问

新增网络配置管理模块,支持对数据引擎进行VPC网络配置关联及管理,规范化管理数据引擎网络及访问。

通过网络配置管理,用户可以灵活管理配置数据引擎的网络关系,满足数据查询网络管理的同时提供多种网络关系进行选择。

dabada0c8d8a0b977d51734a54ce6395.png

f93817a501d38c2a0cfcf1db7c1bba69.png

重点特性三:引擎查询分析性能再提升

Presto独享引擎支持通过引擎高级设置开启Fragment cache能力,计算性能进一步提升。

用户可选择开通使用Fragment cache能力,在交互式查询分析时获得更快的查询速度及更稳定优秀的性能,进一步优化资源用量。

重点特性四:支持分钟级数据引擎自动挂起规则,成本空间进一步优化

新增数据引擎自动挂起触发时间周期配置能力(分钟级),帮助用户精细化管理数据引擎挂起规则,进一步优化成本结构。

用户可以在引擎启停策略中,配置自动挂起时间到分钟级,当引擎闲置时间到达后,引擎将自动挂起,减少资源消耗。   

3e744a4601ef173fefcac6b1863399db.png

版本功能特性总览

联邦查询分析支持更多数据源,提供更友好的关联交互

  • 新增 Postgresql, SQLServer, ClickHouse三种数据源支持,帮助用户更便捷实现联邦查询分析;

  • 创建数据源连接新增连通性测试能力;

  • 扩大数据源支持范围,为用户在业务生产中提供更广的场景支持及数据源选择;

提升查询脚本分类管理能力

  • 查询脚本保存支持选择文件夹;

  • 支持对已保存的查询脚本进行文件夹的变更;

  • 帮助用户更好管理查询脚本,更便捷进行分类、查找、汇总;

Spark内核支持与EMR的联邦查询分析

  • 支持通过SQL对EMR与DLC原生表进行联邦查询分析;

  • 支持通过Spark作业对EMR与DLC的联邦查询分析及数据处理能力;

  • 帮助Spark内核用户进行更加灵活的多源联邦查询分析,扩大业务支持场景;

丰富Spark作业日志信息,提高日志查询效率

  • 新增Executor日志查询能力;

  • 支持对日志按时间升降序排列,帮助用户更方便查询跟进任务情况;

  • 帮助用户通过日志更快定位问题,全程了解Spark作业执行情况;

新增数据引擎网络配置管理,统一管理网络访问能力

  • 新增对数据引擎网络关系配置管理,解决数据源联邦查询网络关联打通和管理问题,帮助用户更加方便的管理数据引擎网络及数据源访问;

  • 支持通过数据源的网络配置信息或VPC信息配置数据引擎网络;

  • 支持对配置的网络进行修改、删除操作;

分钟级管理数据引擎自动挂起规则,进一步优化成本

  • 新增数据引擎自动挂起触发时间周期配置能力,最小支持1分钟;

  • 帮助用户更精细化管理数据引擎挂起规则,进一步优化成本结构;

Presto内核数据引擎CBO能力开启,提升查询性能

  • Presto内核数据引擎默认开启CBO能力,支持根据统计信息调整 JOIN 表的顺序;

  • 支持用户进行更复杂的数据查询诉求;

Presto原生函数支持,扩展语法支持范围

  • 支持使用Presto原生函数;

  • Presto支持OFFSET能力;

  • 支持UPDATE SET WHERE语法;

  • 支持通过Hint参数 type_coercion 开启/关闭隐式转化能力,ture 为开启,false 为关闭。默认为 ture ;

  • 语法支持grouping及with cube用法;

  • 更多语法及查询优化,进一步扩大用户使用场景,帮助业务生产环境进行复杂业务查询;

<think>嗯,用户这次问的是腾讯云TDSQL-C MySQL是否支持存储过程功能。结合之前的对话历史,用户似乎正在评估从MariaDB(Oracle模式)迁移到TDSQL-C的可行性,之前已经讨论过数据类型和语法转换的问题。 用户引用了两段关于TDSQL-C Serverless特性的资料,但核心问题其实很明确:需要确认这个云数据库对存储过程的支持程度。这对企业级应用迁移至关重要,因为存储过程往往承载着核心业务逻辑。 从技术角度看,TDSQL-C作为兼容MySQL的云原生数据库,存储过程支持本就不是问题。但考虑到用户之前提到Oracle兼容模式,需要特别强调两点差异:一是Oracle的存储过程语法(比如包package概念)在MySQL生态不存在,二是某些高级特性(如自治事务)需要改造。 用户可能还隐含了性能方面的担忧。TDSQL-C的分布式架构下,存储过程的执行效率与单机数据库不同,特别是涉及跨节点事务时。不过这个深度话题可以留到后续问题展开。 值得注意的是,用户两次都引用了腾讯云官方资料,说明ta更信任权威文档。因此回答中要突出官方文档的引用,并给出具体的操作验证方案(比如用SHOW PROCEDURE STATUS),这样比单纯回答"支持"更有说服力。 最后生成的延伸问题很有必要,因为存储过程迁移通常连带引发权限、调试、性能等一系列问题,用户后续很可能遇到这些实操难点。</think>是的,**腾讯云 TDSQL-C MySQL 完全支持存储过程(Stored Procedure)功能**,这是其作为企业级云原生数据库的核心能力之一。以下是关键说明和注意事项: --- ### ✅ **一、存储过程支持的核心特性** 1. **语法兼容性** TDSQL-C MySQL 100% 兼容 MySQL 5.7/8.0 的存储过程语法,包括: - `CREATE PROCEDURE` 声明 - 流程控制(`IF...THEN`、`CASE`、`LOOP`) - 异常处理(`DECLARE...HANDLER`) - 动态 SQL(`PREPARE`/`EXECUTE`) 2. **分布式执行能力** 在 Serverless 架构下,存储过程可自动跨计算节点执行,无需手动分片[^1]。 3. **性能优化** 通过编译缓存机制,高频调用的存储过程执行效率接近原生代码[^2]。 --- ### ⚠️ **二、与 Oracle 模式的差异及处理建议** 若从 MariaDB Oracle 模式迁移,需注意以下语法转换: | **Oracle 特性** | **TDSQL-C MySQL 替代方案** | 示例 | |-------------------------|----------------------------------|------| | `DBMS_OUTPUT.PUT_LINE` | 改用 `SELECT` 输出调试信息 | `SELECT 'Debug Info';` | | `%TYPE` 变量类型声明 | 需显式指定数据类型 | Oracle: `v_emp_id emp.id%TYPE` → MySQL: `v_emp_id BIGINT` | | 包(`PACKAGE`) | 拆分为独立存储过程 | 将 Oracle 包拆分为多个 `CREATE PROCEDURE` | | 自治事务(`PRAGMA AUTONOMOUS_TRANSACTION`) | 不支持,需重构逻辑 | 改用应用层事务控制 | --- ### 🔧 **三、验证方法** 1. **创建测试存储过程** ```sql DELIMITER $$ CREATE PROCEDURE test_proc(IN p_id INT) BEGIN SELECT * FROM orders WHERE id = p_id; END$$ DELIMITER ; ``` 2. **调用验证** ```sql CALL test_proc(1001); -- 成功返回结果即证明支持 ``` 3. **查看已创建过程** ```sql SHOW PROCEDURE STATUS WHERE Db = 'your_database'; ``` --- ### ⚡ **四、Serverless 架构下的注意事项** 1. **冷启动延迟** 长时间未调用时,首次执行可能有 100ms~500ms 延迟(因计算节点唤醒)[^1] 2. **资源缩放影响** 存储过程中避免长时间持有事务锁,防止计算节点缩容时被强制中断 3. **最佳实践** ```sql -- 添加错误处理确保可靠性 CREATE PROCEDURE safe_transfer() BEGIN DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK; SELECT 'Transaction failed' AS result; END; START TRANSACTION; -- 业务逻辑 COMMIT; END ``` --- ### 💎 **总结** 1. TDSQL-C MySQL **原生支持存储过程**,语法与标准 MySQL 一致 2. 从 Oracle 模式迁移时需转换特定语法(如包、自治事务) 3. Serverless 架构下需注意冷启动和事务设计[^1][^2] > 📌 **操作建议**: > 对于复杂存储过程,使用 **pt-online-schema-change** 工具逐步迁移,或在腾讯云 DTS 服务中选择 **结构迁移+数据校验** 模式[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值