TiDB啥时候支持MySQL PROCEDURE啊

centosredhat · 2021 年11 月 3 日 07:06

如题。有没有大体的时间点啊。

TiDBer_jYQINSnf · 2021 年11 月 3 日 07:16

据说不会支持的

centosredhat · 2021 年11 月 3 日 07:20

不要啊！！！

leeray · 2021 年11 月 3 日 09:10

https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility#与-mysql-兼容性对比

官网对于存储函数的定位是当前需求度不高，所以暂时没有实现。

lixiansheng · 2021 年11 月 3 日 09:27

TiDB是不支持这个的，理论所有操作都应该由程序进行，数据库的职责是存取数据。

CuteRay · 2021 年11 月 3 日 09:36

后面应该会慢慢支持的吧，或者去GitHub上提交代码？成为contributor，go!

Hacker_ZdnQFYP1 · 2021 年11 月 4 日 01:31

个人认为永远不会支持，就算是mysql也非常不推荐存储过程

啦啦啦啦啦 · 2021 年11 月 4 日 01:37

数据库就让它去做自己擅长的事就好，存储过程在很多公司都是被禁用的吧

centosredhat · 2021 年11 月 4 日 04:47

其实是我用tidb去做zabbix监控的数据存储服务器了。
因为监控项(item)太多好几万了，导致产生的历史数据条目很多。过期数据删除的时候，zabbix 默认是单线程循环遍历监控项item去删除的，tidb删除每个item不过十几ms，但是搁不住item多啊，他顺序执行delete就会很慢，每次zabbix删除历史数据的线程都报警。
zabbix官方的推荐方法就是弄个存储过程，定时按24小时分表，删除历史数据就是truncate日期表，很快。

centosredhat · 2021 年11 月 4 日 04:50

你要说业务上不能做吗？也能，可是zabbix 我也不会二次开发啊。
tidb二次开发我也不会啊。所以问一下官方，有没有这个打算。没有就自己看看有什么其他方法变通一下。

TiDBer_jYQINSnf · 2021 年11 月 4 日 06:19

你会写脚本啊，写个脚本定期删

centosredhat · 2021 年11 月 4 日 07:56

是个招。梳理下自己删也不是不行。

hey-hoho · 2021 年11 月 4 日 10:17

写定时脚本建分区表，然后再搞个定时任务truncate分区