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、使用SHOW语句找出在服务器上当前存在什么数据库：
mysql> SHOW DATABASES; +----------+
| Database | +----------+ | mysql |
| test | +----------+ 3 rows in set (0.00 sec)
2、创建� ......
触发器在mysql中应用的不多,它是在mysql5以上才开始支持的,不支持不代表它不重要,首先了解一下什么是触发器.触发器是在数据库中为响应一个特殊表格中的某些事件而自动执行的程序代码。(Wikipedia)说得简单一些，它是在一个特殊的数据库事件，如INSERT或DELETE发生时，自动激活的一段代码。触发器可方便地用于日志记录、对 ......
导出.sql文件
1.将数据库transfer_server_db导出到transfSRV.sql文件中：
mysqldump -u root -p transfer_server_db > /home/eric/transfSRV.sql
2.将数据库transfer_server_db中的device_info_table导出到table.sql文件中：
mysqldump -u root -p transfer_server_db devi ......
Another Look at MySQL 5.1's SQL Diagnostic Tools
http://dev.mysql.com/tech-resources/articles/mysql_51_diagnostic_tools.html 数据库的性能决定因素：
（1）数据库的设计
（2）SQL代码 可以用以下几种方法来解决一些性能问题：
（1）索引
（2）水平分区
（3）列适应的表
colum ......
在日常的工作中，保护数据免受未授权用户的侵犯是系统管理员特别关心的问题。如果你目前用的是MySQL，就可以使用一些方便的功能来保护系统，来大大减少机密数据被未授权用户访问的风险。
企业最有价值的资产通常是其数据库中的客户或产品信息。因此，在这些企业中，数据库管理的一个重要部分就是保护这些数据免受外部攻击� ......
