首页 / MYSQL / Mysql存储函数性能问题
Mysql存储函数性能问题
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Mysql存储函数性能问题，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1865字，纯文字阅读大概需要3分钟。
内容图文
我有一个查询,它本身运行得非常快,但是当我将该查询用作函数的主体时,它会遭受很大的减速.
这是我的测试用例：
/******************* 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存储函数性能问题全部内容，希望文章能够帮你解决Mysql存储函数性能问题所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。