mysql下存储过程与定时器

一年前，第一次接触数据库的时候。发现项目上的一个表很神奇。当用户提交数据的时候，状态为0（表示未执行）。过了一阵子状态为1（表示正在执行），又过一阵子状态为2（表示执行成功）或者3（表示执行失败）。
第一次接触编程的小白感觉很神奇。因为神奇，就会以为特别复杂的程序。加上一直没机会研究，对这一块也一直没搞明白。
到了现在，换了公司，换了项目。需要自己去修改存储过程，才发现。这只不过是一个非常简单的数据库定时器。有时候需要自己多动手去实践，不要还没开始就打退堂鼓，这样是一点也学不到东西。
废话不多说，开始正文内容（每次写技术文章都要废话一大堆…这是种病）
以下通过一个存储过程，和一个调用存储过程的定时器来说明本篇文章。
存储过程
mysql存在两种方式（函数和存储过程），来使数据在数据库中处理。以节省程序员在应用内对数据的处理花费的时间。一般来说，数据库来处理性能上和代码量上来看，要比直接在应用中处理好得多。（个人理解）

创建一个函数或者存储过程十分简单。（函数跟存储过程稍有区别，这里不做说明。）
一下为创建简单存储过程代码（程序中涉及到的表，需提前建好）

DELIMITER $$  
CREATE PROCEDURE test ()
    BEGIN
    INSERT INTO a(
    date_string,
    info
    )VALUES (now(),'456');
    END
DELIMITER ;

代码中第一行和最后一行是修改mysql的分割符，默认的分割符为;为避免存储过程中存储；对程序的影响，先声明分割符，结束程序后再修改回来。
BEGIN和END表示存储过程的开始和结束。
文章为了简单说明存储过程，使用了一个简单的存储过程。一般来说存储过程还会有输入、输出、输入输出三种参数。前两种很容易理解，就像函数的输入输出一样。第三种参数，输入输出，就是这个变量作为传入值，又作为输出值。
这样一个简单的存储过程就建好了。

定时器（EVENT）
定时器，在mysql中称为事件调度器（Event）。这样我使用一个定时器名词，是为了能一眼知道是什么东西。
事件调度器，是将数据库按自定义的时间周期触发某种操作。但是区别于触发器。（mysql中还有一种触发器，使用在insert和update中。）
以下为事件调度器的代码。

drop event if exists test_event;
create event test_event
on schedule every 1 day
STARTS now()
do call test();

代码也很容易理解。
第一行为，如果存在这个事件，则删除。
第二行为，创建一个名为test_event的事件。
第三行为，周期是每一天。
第四行为，这个事件，从现在开始执行。
第五行为，这一行是这个事件的内容，执行test（）这个存储过程。（mysql中通话call 来调用函数和存储过程）
事件调度器也创建结束，其实使用起来非常简单。
但是问题来了，好像以上代码执行之后。并没有想象得那样，程序自动跑起来。
原因是，mysql并没有默认开启事件调度器，还需要我们把mysql中的事件调度器打开。
开启事件调度器

show variables like 'event_scheduler';
set global event_scheduler='on';

这两行代码，第一行是查看事件调度器的状态。默认为OFF。第二行是打开事件调度器。
好了，到此完整的存储过程和定时器就结束了。程序也能安装设定的时间，自动跑起来。
本来写到这文章就应该结束了，不过我的测试代码已经写好了。那就再补充点扩展内容。
格式化表
定时器写好之后，程序就好安装我们设定的时间不停的执行下去。我的测试代码一天执行一次，其实还好。但是有些系统需要1分钟或者2分钟执行一次。按照这种速度，很快我们的日志表会存储大量的数据。所以还需要一个定时清除表的定时器。

drop event if exists truncate_event;
create event truncate_event
on schedule every 1 week
do truncate a;

代码也很容易看懂。这里就不说明。
默认开启事件调度器
因为mysql是默认关闭事件调度器的，哪怕你通过上面的代码开启了调度器。哪天数据库或者服务器被重启了。我们的mysql又把事件调度器关闭。为了避免不必要的麻烦，我们需要将mysql设置为默认开启事件调度器状态。

首先打开mysql的配置文件my.ini。
找到[mysqld]所在的位置，在这个位置下面添加一下代码。

event_scheduler=ON

保存重启之后，mysql就好默认开启事件调度器了。