在测试MySQL脚本时所遇到的问题-mysql在软件测试中怎么运用

近期，笔者在做MySQL脚本的移植和测试工作。在此过程中，发现了MySQL数据库所存在的一些有待优化的地方，特写下此文，供相关项目的开发人员参考。

一、存储过程中所使用的参数名错误的问题

例如，在MySQL数据库中新建如下表tb_testnum：

drop table if exists tb_testnum; 
 
create table tb_testnum 
( 
    boxnumber         varchar(30)          not null, 
    usertype          int                  not null                                                                                   
); 
create unique index idx1_tb_testnum on tb_testnum(boxnumber);

同时，创建如下存储过程pr_dealtestnum：

drop procedure if exists pr_dealtestnum; 
delimiter // 
 
create procedure pr_dealtestnum 
( 
    in    p_boxnumber    varchar(30) 
) 
pr_dealtestnum_label:begin 
    declare   p_boxnumcount    int; 
 
    select count(*) into p_boxnumcount from tb_testnum where boxnumber=p_boxnumbe; 
 
    select p_boxnumcount; 
 
    leave pr_dealtestnum_label; 
end; 
// 
delimiter ; 
select 'create procedure pr_dealtestnum ok';

注意，“select count(*) into p_boxnumcount from tb_testnum where boxnumber=p_boxnumbe;”语句中的参数“p_boxnumbe”与输入参数“p_boxnumber”不一样(少了一个r)，该参数未在存储过程中定义。

将存储过程pr_dealtestnum放到pr_dealtestnum.sql文件中，使用命令行运行该脚本文件，发现MySQL数据库居然不报错：

> mysql -uroot -p'root' -h10.10.10.10 -P3306 -Ddbtest<pr_dealtestnum.sql 
create procedure pr_dealtestnum ok 
create procedure pr_dealtestnum ok

接着，在MySQL数据库上调用该存储过程时报错，提示“p_boxnumbe”不存在：

mysql> call pr_dealtestnum('2344273522'); 
ERROR 1054 (42S22): Unknown column 'p_boxnumbe' in 'where clause'

这样，问题就出现了，难道MySQL数据库对存储过程中所使用的参数名的检查不严格?

二、存储过程中所使用的参数名前面存在多余符号的问题

这个问题和***个问题类似，只是“参数名错误”变成了“在参数名前面有多余的符号”。

例如，我们还是使用问题一中的表tb_testnum，并在表中插入数据：

insert into tb_testnum(boxnumber,usertype) values('2344273522',1);11

同时，创建如下存储过程pr_dealtestnum：

drop procedure if exists pr_dealtestnum; 
delimiter // 
 
create procedure pr_dealtestnum 
( 
    in    p_boxnumber    varchar(30) 
) 
pr_dealtestnum_label:begin 
    declare   p_boxnumcount    int; 
 
    select count(*) into p_boxnumcount from tb_testnum where boxnumber=@p_boxnumber; 
 
    select p_boxnumcount; 
 
    leave pr_dealtestnum_label; 
end; 
// 
delimiter ; 
select 'create procedure pr_dealtestnum ok';

注意，“select count(*) into p_boxnumcount from tb_testnum where boxnumber=@p_boxnumber;”语句中的参数“@p_boxnumber”是在输入参数“p_boxnumber”的前面添加了@符号。

将存储过程pr_dealtestnum放到pr_dealtestnum.sql文件中，使用命令行运行该脚本文件，发现MySQL数据库居然不报错：

> mysql -uroot -p'root' -h10.10.10.10 -P3306 -Ddbtest<pr_dealtestnum.sql  
create procedure pr_dealtestnum ok  
create procedure pr_dealtestnum ok123123

接着，在MySQL数据库上调用该存储过程时无报错，但是输出的结果不正确：

mysql> call pr_dealtestnum('2344273522'); 
+---------------+ 
| p_boxnumcount | 
+---------------+ 
|             0 | 
+---------------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec)

因为我们在前面已经向表tb_testnum中插入了一条数据，所以正确的输出应该是1，而不是0。

我们将“select count(*) into p_boxnumcount from tb_testnum where boxnumber=@p_boxnumber;”语句中的“@p_boxnumber”中的@符号去掉，再放到MySQL数据库中运行，发现执行“call pr_dealtestnum(‘2344273522’);”之后输出的结果就是正确的了。

这也说明了MySQL数据库对存储过程中所使用的参数名的检查不严格。

三、存储过程中向表中插入多余数据的问题

例如，我们还是使用前面两个问题中的表tb_testnum，如果直接向表中插入多余的数据，则MySQL数据库会报错：

mysql> insert into tb_testnum(boxnumber,usertype) values('2344273523',1,1); 
ERROR 1136 (21S01): Column count doesn't match value count at row 1

报错的原因是表tb_testnum只有两列，但是欲向其中插入三列数据。

接着，创建如下存储过程pr_dealtestnum：

drop procedure if exists pr_dealtestnum; 
delimiter // 
 
create procedure pr_dealtestnum 
( 
    in    p_boxnumber    varchar(30), 
    in    p_usertype     int 
) 
pr_dealtestnum_label:begin 
 
    insert into tb_testnum(boxnumber,usertype) values(p_boxnumber,p_usertype,1); 
 
    leave pr_dealtestnum_label; 
end; 
// 
delimiter ; 
select 'create procedure pr_dealtestnum ok';

注意，“insert into tb_testnum(boxnumber,usertype) values(p_boxnumber,p_usertype,1);”语句中表的列数和插入数据的列数不一致。

将存储过程pr_dealtestnum放到pr_dealtestnum.sql文件中，使用命令行运行该脚本文件，发现MySQL数据库居然不报错：

> mysql -uroot -p'root' -h10.10.10.10 -P3306 -Ddbtest<pr_dealtestnum.sql 
create procedure pr_dealtestnum ok 
create procedure pr_dealtestnum ok

然后，在MySQL数据库上调用该存储过程时报错，提示列不匹配：

mysql> call pr_dealtestnum('2344273523',1);  
ERROR 1136 (21S01): Column count doesn't match value count at row 11212

这样，又一个问题出现了，难道MySQL数据库对存储过程中的数据插入语句不判断前后列数是否匹配?

四、存储过程中的select语句的编写问题

例如，我们还是使用前面的表tb_testnum，并创建如下存储过程pr_dealtestnum：

drop procedure if exists pr_dealtestnum; 
delimiter // 
 
create procedure pr_dealtestnum 
( 
    in    p_boxnumber    varchar(30) 
) 
pr_dealtestnum_label:begin 
    declare   p_boxnumcount    int; 
 
    select p_boxnumcount=count(*) from tb_testnum where boxnumber=p_boxnumber; 
 
    select p_boxnumcount; 
 
    leave pr_dealtestnum_label; 
end; 
// 
delimiter ; 
select 'create procedure pr_dealtestnum ok';

注意，“select p_boxnumcount=count() from tb_testnum where boxnumber=p_boxnumber;”语句是不符合MySQL语法规则的，正确的语句应该是“select count() into p_boxnumcount from tb_testnum where boxnumber=@p_boxnumber;”。

将存储过程pr_dealtestnum放到pr_dealtestnum.sql文件中，使用命令行运行该脚本文件，发现MySQL数据库居然不报错：

> mysql -uroot -p'root' -h10.10.10.10 -P3306 -Ddbtest<pr_dealtestnum.sql  
create procedure pr_dealtestnum ok  
create procedure pr_dealtestnum ok123123

然后，在MySQL数据库上调用该存储过程，输出结果如下：

mysql> call pr_dealtestnum('2344273522'); 
+------------------------+ 
| p_boxnumcount=count(*) | 
+------------------------+ 
|                   NULL | 
+------------------------+ 
1 row in set (0.00 sec) 
 
+---------------+ 
| p_boxnumcount | 
+---------------+ 
|          NULL | 
+---------------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec)

以上结果与我们预期的结果相差甚远。

这样，又一个问题出现了，难道MySQL数据库对存储过程中的每条语句不作严格的语法校验?

五、存储过程中取整数值的问题

例如，我们创建如下存储过程pr_calculate：

drop procedure if exists pr_calculate; 
delimiter // 
 
create procedure pr_calculate 
( 
    in    p_intnum1    int, 
    in    p_intnum2    int 
) 
pr_calculate_label:begin 
    declare   p_result    int; 
 
    set p_result = (p_intnum1+p_intnum2)/10*10; 
 
    select p_result; 
 
    leave pr_calculate_label; 
end; 
// 
delimiter ; 
select 'create procedure pr_calculate ok';

在此存储过程中，我们想把“(p_intnum1+p_intnum2)/10*10”结果赋给整型变量p_result。

将存储过程pr_calculate放到pr_calculate.sql文件中，使用命令行运行该脚本文件，结果如下：

> mysql -uroot -p'root' -h10.10.10.10 -P3306 -Ddbtest<pr_calculate.sql  
create procedure pr_calculate ok  
create procedure pr_calculate ok123123

然后，在MySQL数据库上调用该存储过程，输出结果如下：

mysql> call pr_calculate(2,1); 
+----------+ 
| p_result | 
+----------+ 
|        3 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec) 
 
mysql> call pr_calculate(2,3); 
+----------+ 
| p_result | 
+----------+ 
|        5 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec) 
 
mysql> call pr_calculate(2,6); 
+----------+ 
| p_result | 
+----------+ 
|        8 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec) 
 
mysql> call pr_calculate(2,9); 
+----------+ 
| p_result | 
+----------+ 
|       11 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec) 
 
mysql> call pr_calculate(2,8); 
+----------+ 
| p_result | 
+----------+ 
|       10 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec) 
 
mysql> call pr_calculate(3,13); 
+----------+ 
| p_result | 
+----------+ 
|       16 | 
+----------+ 
1 row in set (0.00 sec) 
 
Query OK, 0 rows affected (0.00 sec)

以上输出结果与我们的预期不相符，如对于“call pr_calculate(2,9);”，参数传进去之后，表达式的值为“set p_result = (2+9)/10*10;”，按照以往的经验，“(2+9)/10*10”的结果应该为10，即“(2+9)/10”应该为1，但是在MySQL中，该表达式的值却为11。

这说明了在MySQL数据库中，对于整型变量的计算规则有所不同。

六、“四舍五入”的问题

例如，直接在MySQL数据库上执行如下语句：

mysql> select convert(8/6, signed); 
+----------------------+ 
| convert(8/6, signed) | 
+----------------------+ 
|                    1 | 
+----------------------+ 
1 row in set (0.00 sec) 
 
mysql> select convert(9/6, signed); 
+----------------------+ 
| convert(9/6, signed) | 
+----------------------+ 
|                    2 | 
+----------------------+ 
1 row in set (0.00 sec)

可以看到，因为“8/6”小于1.5，所以对其取整后的值就为1;而因为“9/6”等于1.5，所以对其取整后的值就为2。这也可以看出，在将小数转换为整数的过程中，MySQL数据库遵循的是“四舍五入”的原则。

七、总结

MySQL作为一款广受欢迎的开源数据库，目前已被很多中小网站采用，在数据库市场上占据了25%以上的市场份额。但是，如在本文中所描述的那样，MySQL也并非是十全十美的。

期待MySQL会不断进行优化，让更多的软件产品来使用它。

【本文是51CTO专栏作者周兆熊的原创文章，作者微信公众号：周氏逻辑(logiczhou)】