mysql调用待出参的存储过程报错

1、创建无参存储过程。

create procedure product()

begin

        select * from user;

end;

一条简单的存储过程创建语句，此时调用的语句为：

call procedure();

##注意，如果是在命令行下编写的话，这样的写法会出现语法错误，即再select 那一句结束

mysql就会进行解释了，此时应该先把结尾符换一下：

delimiter //
 
create procedure product()
begin
        select * from user;
end //

最后再换回来

delimiter ;

 

2、创建有参存储过程

有参的存储包括两种参数，

一个是传入参数;

一个是传出参数;

例如一个存储过程：

create procedure procedure2(
out p1 decimal(8,2),
out p2 decimal(8,2),
in p3 int
)
begin
 select sum(uid) into p1 from user where order_name = p3;
 select avg(uid) into p2 from user ;
 end ;

从上面sql语句可以看出，p1和p2是用来检索并且传出去的值，而p3则是必须有调用这传入的具体值。

看具体调用过程：

call product();    //无参

call procedure2(@userSum,@userAvg,201708);    //有参

 

当用完后，可以直接查询userSum和userAvg的值：

select @userSum, @userAvg;

结果如下：

+----------+----------+
 | @userSum | @userAvg |
 +----------+----------+
 |    67.00 |     6.09 |
 +----------+----------+
 1 row in set (0.00 sec)

 

3、删除存储过程

一条语句： drop procedure product;   //没有括号后面

 

4、一段完整的存储过程实例：

上面存储过程类似于高级语言的业务处理，看懂还是不难的，注意写法细节

commit关键字：它不是必需的，但如果给出，将在show procedure status的结果中给出。

if语句：这个例子给出了mysqlif语句的基本用法，if语句还支持elseif和else子句。

 

通过show procedure status可以列出所有的存储过程的详细列表，并且可以在后面加一个

like+指定过滤模式来进行过滤。

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

MySQL索引的概念

索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。更通俗的说，数据库索引好比是一本书前面的目录，能加快数据库的查询速度。上述SQL语句，在没有索引的情况下，数据库会遍历全部200条数据后选择符合条件的；而有了相应的索引之后，数据库会直接在索引中查找符合条件的选项。如果我们把SQL语句换成“SELECT * FROM article WHERE id=2000000”，那么你是希望数据库按照顺序读取完200万行数据以后给你结果还是直接在索引中定位呢？上面的两个图片鲜明的用时对比已经给出了答案（注：一般数据库默认都会为主键生成索引）。

索引分为聚簇索引和非聚簇索引两种，聚簇索引是按照数据存放的物理位置为顺序的，而非聚簇索引就不一样了；聚簇索引能提高多行检索的速度，而非聚簇索引对于单行的检索很快。

MySQL索引的类型

1. 普通索引

这是最基本的索引，它没有任何限制，比如上文中为title字段创建的索引就是一个普通索引，MyIASM中默认的BTREE类型的索引，也是我们大多数情况下用到的索引。

 

 

2. 唯一索引

与普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值（注意和主键不同）。如果是组合索引，则列值的组合必须唯一，创建方法和普通索引类似。

 

3. 全文索引（FULLTEXT）

MySQL从3.23.23版开始支持全文索引和全文检索，FULLTEXT索引仅可用于 MyISAM 表；他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE语句的一部分被创建，或是随后使用ALTER TABLE 或CREATE INDEX被添加。对于较大的数据集，将你的资料输入一个没有FULLTEXT索引的表中，然后创建索引，其速度比把资料输入现有FULLTEXT索引的速度更为快。不过切记对于大容量的数据表，生成全文索引是一个非常消耗时间非常消耗硬盘空间的做法。

多个单列索引与单个多列索引的查询效果不同，因为执行查询时，MySQL只能使用一个索引，会从多个索引中选择一个限制最为严格的索引。

5. 组合索引（最左前缀）

平时用的SQL查询语句一般都有比较多的限制条件，所以为了进一步榨取MySQL的效率，就要考虑建立组合索引。例如上表中针对title和time建立一个组合索引：ALTER TABLE article ADD INDEX index_titme_time (title(50),time(10))。建立这样的组合索引，其实是相当于分别建立了下面两组组合索引：

–title,time

–title

为什么没有time这样的组合索引呢？这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引，如下面的几个SQL所示：

MySQL索引的优化

上面都在说使用索引的好处，但过多的使用索引将会造成滥用。因此索引也会有它的缺点：虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE。因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。索引只是提高效率的一个因素，如果你的MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。下面是一些总结以及收藏的MySQL索引的注意事项和优化方法。

1. 何时使用聚集索引或非聚集索引？

动作描述	使用聚集索引	使用非聚集索引
列经常被分组排序	使用	使用
返回某范围内的数据	使用	不使用
一个或极少不同值	不使用	不使用
小数目的不同值	使用	不使用
大数目的不同值	不使用	使用
频繁更新的列	不使用	使用
外键列	使用	使用
主键列	使用	使用
频繁修改索引列	不使用	使用

事实上，我们可以通过前面聚集索引和非聚集索引的定义的例子来理解上表。如：返回某范围内的数据一项。比如您的某个表有一个时间列，恰好您把聚合索引建立在了该列，这时您查询2004年1月1日至2004年10月1日之间的全部数据时，这个速度就将是很快的，因为您的这本字典正文是按日期进行排序的，聚类索引只需要找到要检索的所有数据中的开头和结尾数据即可；而不像非聚集索引，必须先查到目录中查到每一项数据对应的页码，然后再根据页码查到具体内容。其实这个具体用法我还不是很理解，只能等待后期的项目开发中慢慢学学了。

2. 索引不会包含有NULL值的列

只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

3. 使用短索引

对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。

4. 索引列排序

MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。

5. like语句操作

一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。

6. 不要在列上进行运算

例如：select * from users where YEAR(adddate)<2007，将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成：select * from users where adddate<’2007-01-01′。关于这一点可以围观：一个单引号引发的MYSQL性能损失。

最后总结一下，MySQL只对一下操作符才使用索引：<,<=,=,>,>=,between,in,以及某些时候的like(不以通配符%或_开头的情形)。而理论上每张表里面最多可创建16个索引，不过除非是数据量真的很多，否则过多的使用索引也不是那么好玩的，比如我刚才针对text类型的字段创建索引的时候，系统差点就卡死了

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1. 触发器简介

触发器是一个特殊的存储过程，执行存储过程需要使用CALL语句来调用，但是触发器的执行不需要用CALL语句调用，也不需要手工启动，只要的当一个预定义的事件发生时，就会被MYSQL自动调用。比如当对fruits表进行INSERT，DELETE或UPDATE操作时就会激活它。触发器可以查询数据表，而且可以包含复杂的SQL语句，主要用于复杂的业务规则或要求。

1.1创建只包含一个执行语句的触发器

CREATE TRIGGER trigger_name trigger_time trigger_event ON tbl_name FOR RACH ROW trigger_stmt

trigger_name：触发器名称，用户自行指定； 
trigger_time：触发时机，取值为 BEFORE 或 AFTER； 
trigger_event：触发事件，取值为 INSERT、UPDATE 或 DELETE； 
tbl_name：建立触发器的表名，即在哪张表上建立触发器； 
trigger_stmt：触发器程序体，可以是一句SQL语句，或者用 BEGIN 和 END 包含的多条语句。

由此可见，可以建立6种触发器，即：BEFORE INSERT、BEFORE UPDATE、BEFORE DELETE、AFTER INSERT、AFTER UPDATE、AFTER DELETE。

另外有一个限制是不能同时在一个表上建立2个相同类型的触发器，因此在一个表上最多建立6个触发器。

2.查看触发器

查看触发器是指查看数据库中存在的触发器的定义、状态和语法信息等。本节介绍两种查看触发器的方法，分别为show triggers语句查看和在triggers表中查看触发器信息。

2.1用show triggers语句查看

语句如下：

SHOW TRIGGERS；

直接使用该条语句查看的信息可能有些混乱，可以在该条语句之后加上”\G”显示信息会比较有条理；

2.2在triggers表中查看触发器信息

在MySQL中，所有的触发器的定义都存在于INFORMATION_SCHEMA数据库的triggers表中，可以通过查询命令SELECT来查看，具体语法如下：

SELECT * FROM INFORMATION_SCHEMA.TRIGGERS WHERE condition;

3.删除触发器

使用DROP TRIGGERS语句可以删除触发器，基本语法如下：

DROP TRIGGERS [schema_name.]trigger_name

其中，schema_name是数据库的名称，是可选的。如果省略了schema，将从当前数据库中舍弃触发程序。trigger_name是要删除的触发器的名称。

存储过程和触发器比较

1.存储过程和触发器二者是有很大的联系的，我的一般理解就是触发器是一个隐藏的存储过程，因为它不需要参数，不需要显示调用，往往在你不知情的情况下已经做了很多操作。从这个角度来说，由于是隐藏的，无形中增加了系统的复杂性，非DBA人员理解起来数据库就会有困难，因为它不执行根本感觉不到它的存在。
2.再有，涉及到复杂的逻辑的时候，触发器的嵌套是避免不了的，如果再涉及几个存储过程，再加上事务等等，很容易出现死锁现象，再调试的时候也会经常性的从一个触发器转到另外一个，级联关系的不断追溯，很容易使人头大。其实，从性能上，触发器并没有提升多少性能，只是从代码上来说，可能在coding的时候很容易实现业务，所以我的观点是：摒弃触发器！触发器的功能基本都可以用存储过程来实现。
3.在编码中存储过程显示调用很容易阅读代码，触发器隐式调用容易被忽略。
存储过程也有他的致命伤↓
4.存储过程的致命伤在于移植性，存储过程不能跨库移植，比如事先是在mysql数据库的存储过程，考虑性能要移植到oracle上面那么所有的存储过程都需要被重写一遍。