在 MySQL-procedure（cursor,loop） 中将spam_keyword表中的文字全部分割到t表当中，且每一行的字都不重复，那t表可以用来当作一个小字典，只有1000来个字符，这次把t表当作字符来源，写一个”以 t 表为字符库生成不定长随机字符的procedure“。
1、t表使用的是InnoDB引擎，为了有个区别比较，再新建一个t2表，用MyISAM引擎并复制t的数据，共1023行记录
create table t2 like t; alter table t2 engine=myisam； insert into t2 select *from t; CREATE TABLE `t2` ( `id` int(11) DEFAULT NULL,-- 行号id，不重复，共1023行 `t` varchar(3) DEFAULT NULL, `cnt` int(11) DEFAULT NULL, KEY `idx_id` (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8
2、再建一个表，放放生成的随机数据，表名 tx ，列 x ，每行存放0到10个字符。
CREATE TABLE `tx` (
`x` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
3、存储过程，用rand()生成10以内的随机数来确定每个插入字符串的长度，插入50000次
drop procedure if exists proctx; create procedure proctx() begin declare xid int;-- 随机来源id declare xstr varchar(1);-- 来源id对应的单字 declare oid int;-- 字符串随机增长计数 declare xostr varchar(10);-- 字符串结果 declare txid int;-- 全体循环计数 set txid=0; truncate tx; loop1:loop set txid=txid+1; set oid=ceil(rand()*10);-- 用随机生成的循环次数来决定字符的长度 set xostr='';-- 在进入增长循环前要定为空字符串，否则默认为null，concat连null的结果都是null repeat set xid=ceil(rand()*1023); select t into xstr from t where id=xid; set xostr=CONCAT(xstr,xostr);-- 最终要插入 tx 表的字符串结果 set oid=oid-1; until oid=0 end repeat; insert into tx set x=xostr;-- 增长结束后插入表 if txid>=50000 then leave loop1;end if; end loop; end;
写过程中一开始没有注意要set xostr ，给这个字符串变量一个初始值，使它在后面的concat函数中的结果都变成了null，结果就是在tx表中插入了全是null
4、call proctx 后看结果
从 t 表，InnoDB，441.677s，7 min 21 s，113.205 lines per sec
[SQL]call proctx()
受影响的行: 1
时间: 441.677s
mysql> select * from tx;
+----------------------+
| x |
+----------------------+
| 灾#中育知斑列灯郎 |
| 无降 |
| u松戏 |
| 扁 |
| 订卖柜试击比所店 |
| 濕如个 |
| 癣表亿 |
| 龙石周价险 |
| {糯 |
| Ｑ门装寄司口附妻 |
......省略......
修改过程，从 t2 表，MyISAM，439.339s，7 min 19 s，113.895 lines per sec
[SQL]call proctx()
受影响的行: 1
时间: 439.339s
mysql> select * from tx;
+----------------------+
| x |
+----------------------+
| 象死宫势拍李反 |
| p南展 |
| 分进卡 |
| 旗接酒z弱乐晗揭 |
| 好富正奇阴园找缩 |
| 风G起旗.证雅于 |
| 计w合 |
| 郑麻债空义海门箱招生 |
| 差 |
| 你高干加六非认自徐 |
......省略......
两个执行结果没有差距，不能说明什么问题，而且由于两次执行过程中实际产生的循环操作次数应该是不一样的，因为随机数的不同，其实两个结果的可比性还和随机数的性质有关联。另外仅仅是5w条的随机数用了7分多钟，实在是慢了点。如果能在几分钟内完成5kw的插入，说不定还能将随机数对时间产生的影响比例缩小，“那就得看这个随机到底是真随机还是假随机了”，两个引擎客观上应该是存在查询性能不同的特点的，但是这次这个试验应该是用错了测验对象，t 表记录量少，procedure语句执行时间侧重循环和随机了大概是。虽然没有检验出两种引擎的特点，但是生成随机字符串的目的还是达到了，就是性能有待优化。
