MySQL简单选择 - 存储过程性能

时间:2013-04-26 15:40:48

标签: mysql performance stored-procedures

我正在开发MySQL的存储过程,我期待速度略有提升。 但是,当我通过PHP脚本将其与SQL请求执行进行比较时,PHP速度更快。 1000行表快10倍,6000行表快约2倍。

表格大小是否改善程序表现? 我在代码中犯了错误,可以对其进行优化吗?

我的配置是MySQL 5.0.10上的MyIsam引擎。 我的存储过程是

CREATE PROCEDURE  get_task (IN var INT)
BEGIN
    DECLARE id_task INT (11);
    DECLARE job INT (11);
    DECLARE state_name VARCHAR(20);
    DECLARE task_name VARCHAR(20);
    DECLARE worker_affected INT(11);
    DECLARE user VARCHAR(10);
    DECLARE progress INT(11);
    DECLARE name VARCHAR(128);
    DECLARE phone VARCHAR(128);
    DECLARE mobile VARCHAR(128);
    DECLARE site VARCHAR(32);
    DECLARE worker_name VARCHAR(20);
    DECLARE date_time_process_started DATETIME;
    DECLARE frame INT(11);

    DECLARE curseur1 CURSOR FOR 

    SELECT tq.`id_task`, tq.`job`, lts.`state_name`, ltt.`task_name`, tq.`worker_affected`, j.`user`, tq.`progress`, u.`name`, u.`phone`, u.`mobile`, u.`site`, w .`worker_name`, tq.`date_time_process_started`, tq.`frame`
    FROM `task_queue` tq
    LEFT JOIN `workers` w ON tq.`worker_affected` = w.`id_worker`
            INNER JOIN `job` j ON tq.`job` = j.`job_id`
            INNER JOIN `user` u ON j.`user` = u.`ipn`
            INNER JOIN `list_task_type` ltt ON tq.`task_type` = ltt.`id_type_task`
            INNER JOIN `list_task_state` lts ON tq.`task_state` = lts.`id_state`
    WHERE tq.`id_task` =  var 
    ORDER BY tq.`id_task`;

    OPEN curseur1;

    FETCH curseur1 INTO id_task, job, state_name, task_name, worker_affected, user, progress, name, phone, mobile, site, worker_name, date_time_process_started, frame;
    SELECT id_task, job, state_name, task_name, worker_affected, user, progress, name, phone, mobile, site, worker_name, date_time_process_started, frame;

    CLOSE curseur1;

END |

2 个答案:

答案 0 :(得分:1)

我提出了你的建议并取消了CURSOR和声明。

CREATE PROCEDURE  get_task (IN var INT)
BEGIN

SELECT tq.`id_task`, tq.`job`, lts.`state_name`, ltt.`task_name`, tq.`worker_affected`, j.`user`, tq.`progress`, u.`name`, u.`phone`, u.`mobile`, u.`site`, w .`worker_name`, tq.`date_time_process_started`, tq.`frame`
FROM `task_queue` tq
LEFT JOIN `workers` w ON tq.`worker_affected` = w.`id_worker`
        INNER JOIN `job` j ON tq.`job` = j.`job_id`
        INNER JOIN `user` u ON j.`user` = u.`ipn`
        INNER JOIN `list_task_type` ltt ON tq.`task_type` = ltt.`id_type_task`
        INNER JOIN `list_task_state` lts ON tq.`task_state` = lts.`id_state`
WHERE tq.`id_task` =  var 
ORDER BY tq.`id_task`;


END |

确实表现飙升,现在我的存储过程只比PHP脚本慢两倍(0.0006 vs 0.0012秒对0.0006s vs之前的0.009s)。

看到存储过程的代码我明白为什么你说它没用,但我会保留它以强制数据库用户通过他们网站的功能和程序。我感觉更安全。

非常感谢。

答案 1 :(得分:0)

您的存储过程完全没必要。

您不仅不需要CURSOR来返回结果集,甚至不需要该过程,只需运行单个SELECT语句。

只需在PHP代码中包含SELECT