我有一个查询,它本身运行得非常快,但是当我将该查询用作函数的主体时,它会遭受很大的减速.
这是我的测试用例:
/******************* my function definition *********************/
DELIMITER $$
CREATE DEFINER=`root`@`%` FUNCTION `GetNextScheduleForProgram`(
prog_id varchar(10)
) RETURNS varchar(10) CHARSET latin5
DETERMINISTIC
BEGIN
DECLARE scheduleid varchar(10);
SET scheduleid =
(
SELECT sc.ScheduleID
FROM Schedule sc
WHERE sc.ProgramID=prog_id
AND sc.StartDate BETWEEN now() and date_add(now(), interval 3 day)
ORDER BY sc.StartDate ASC
LIMIT 1
);
RETURN scheduleid;
END
这是查询语句;
>首先,查询作为自身运行
>然后该函数使用相同的参数:
SET @id1 = (SELECT sc.ScheduleID
FROM Schedule sc
WHERE sc.ProgramID='23860'
AND sc.StartDate BETWEEN now() and date_add(now(), interval 3 day)
ORDER BY sc.StartDate ASC
LIMIT 1);
SET @id2 = GetNextScheduleForProgram('23860');
在此测试中,@ id1大致设置为0.03秒,而@ id2设置为3.5秒(最多2秒).我想知道是什
我需要在另一个存储过程中使用此函数,因此存储过程中每行等待2-3秒会导致我的总体性能下降.
从这一点来看,有人能帮我改进吗?
解决方法:
如果没有一套好的测试数据,就很难解决这个问题.对于你可以尝试改变的事情我只有一些建议(*咳嗽*猜测*咳嗽*).
显式声明函数参数的字符类型
CREATE DEFINER=`root`@`%` FUNCTION `GetNextScheduleForProgram`(
prog_id varchar(10) CHARSET latin5
...
只需返回函数中的子查询
BEGIN
RETURN
(
SELECT SQL_NO_CACHE sc.ScheduleID
FROM Schedule AS sc
WHERE sc.ProgramID = prog_id
AND sc.StartDate BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 3 DAY)
ORDER BY sc.StartDate ASC
LIMIT 1
);
END
要进行准确测试,请使用SQL_NO_CACHE
我能够使用上面的代码创建函数,它在MySQL 5.1.45下运行良好.为了进行准确的测试,您的查询需要这一行,或者您无法真正信任您获得的数字,以了解查询的成本.
牺牲一只鸡到RDBMS神灵
这就是我现在所拥有的 – 我对这个问题感到好奇,所以如果你愿意在某个地方粘贴一些测试数据以便我可以试验更多,我愿意这样做.
如果你想在这个时髦的问题上咀嚼脂肪,请随意在MySQL chat room中给我打电话.
标签:mysql,stored-functions
来源: https://codeday.me/bug/20190709/1417654.html