0

我目前正在 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 |
4

2 回答 2

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 秒对 0.0012 秒，而之前的 0.0006 秒对 0.009 秒）。

看到存储过程的代码我明白你为什么说它没用，但我会保留它，以迫使数据库用户通过他们网站中的函数和过程。这样我就更有安全感了。

非常感谢。

于 2013-05-03T08:10:09.987 回答
0

您编写的存储过程是完全没有必要的。

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

只需将 包含SELECT在您的 PHP 代码中即可。

于 2013-04-26T18:08:32.040 回答