MySQL触发器解决方案历程
最近，项目中用到mysql，由于数据量非常大，每天的数据量在百万级，考虑到mysql数据库处理性能以及数据属性，决定保存足够多的查询数据即可，距当前时间最久远的数据直接删除，无需进行备份。
头脑中冒出的第一个想法就是，能否利用mysql中的触发器，检查数据表大小，如果超过预设长度，则删除部分数据。
CREATE TRIGGER tg AFTER INSERT ON traffic_info
FOR EACH ROW BEGIN
...
DELETE from traffic_info WHERE time <= "..."
...
END;
执行后出现如下错误：
ERROR 1442 (HY000): Can't update table 'traffic_info' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.
原来，目前MySQL触发器还不支持删除触发器所在的表的数据，ok，我原始的想法是每个数据表自己管理表大小，现在看来是行不通了。
第二个想法是干脆用存储过程得了，手动调用存储过程来更新所有表的大小，考虑到数据表很多，想协议个接受数据表名为参数的存储过程：
CREATE PROCEDURE P(IN table_name VARCHAR(50)， IN max_count INT)
READS SQL DATA
BEGIN
...
SELECT COUNT(1) from table_name
...
END;
这种做法行不通，mysql会将“table_name”字符串作为表名，搜索后发现，需要用到mysql新特性prepare，不过需要注意的是，就算是利用prepare，还是无法直接传入数据表名，需要利用CONCAT事先连接查询字符串：
CREATE PROCEDURE P(IN table_name VARCHAR(50), IN max_count INT)
READS SQL DATA
BEGIN
...
SET @query_str = CONCAT("SELECT COUNT(1) from ", table_name);
PREPARE stmt from @query_str
EXECUTE stmt;
...
END;
总算是送了一口气，可是又发现，我需要在存储过程中动态获取PREPARE查询的返回结果，但是，目前mysql还无法做到这一点，真是让人失望，看来只能另觅它途了……
时间仓促，今是为记
相关文档：
MySQL语句优化的原则
1、使用索引来更快地遍历表。
缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说：
a.有大量重复值、且经常有范围查询（ > ,< ......
一. 设置步骤：1、右键点击我的电脑，选择属性（见图-1）
1、点击高级，在对话框的下部点击环境变量
3、在系统变量对话框中，点击新建进行设置.
变量名：JAVA_HOME
变量值：C:\Program Files\Java\jdk1.6.0_05（在此使用的是默认安装路径）
系统变量->编辑->变 ......
1. 数据库
切换数据库： use mydb
2. 事件
查看事件： show events
启动调度器: set global event_scheduer = 1;
查看是否启动： show variables like 'event_scheduler';
3. 备份
在administator中的backup中无法备份数据库的事件。需要手动将创建事件的脚本添加到sql备 ......
本文软件的下载地址就不列出，主要是记录安装时的步骤及相关问题的处理方法；基于安装方法目前有两种，一种是利用RPM包安装，一种源码编译安装；以下主
要是以源码编译安装；因为源码安装软件的相互依赖性小，安装方式用各种unix/linux系统，维护方便。如果想去除相关服务时，直接rm
–rf目录 即可；建议采用源码� ......
PHP中分页肯定会使用到MySQL的limit,大部分对类似"select * from title where uid =** order by id desc limit m,n"很熟悉,也不是全部都能看出里面有什么不对,可是当是在大数据量下操作呢,比如百万类似"select * from title where uid =177 order by id desc limit 1234567,20"就会发现sql执行的时间明 ......
