mysql存储过程的基本用法有哪些

mysql存储过程的基本用法有哪些

在外部程序访问数据库时（例如 PHP），要组织很多 SQL 语句。

特别是业务逻辑复杂的时候，一大堆的 SQL 和条件夹杂在 PHP 代码中，让人不寒而栗。现在有了 MySQL 存储过程，业务逻辑可以封装存储过程中，这样不仅容易维护，而且执行效率也高。

一、MySQL 创建存储过程

"pr_add" 是个简单的 MySQL 存储过程，这个MySQL 存储过程有两个 int 类型的输入参数 "a"、"b"，返回这两个参数的和。

复制代码 代码如下:

drop procedure if exists pr_add

计算两个数之和

复制代码 代码如下:

create procedure pr_add

(

a int,

b int

)

begin

declare c int

if a is null then

set a = 0

end if

if b is null then

set b = 0

end if

set c = a + b

select c as sum

/*

return c

不能在 MySQL 存储过程中使用。return 只能出现在函数中。

*/

end

二、调用 MySQL 存储过程

复制代码 代码如下:

call pr_add(10, 20)

执行 MySQL 存储过程，存储过程参数为 MySQL 用户变量。

复制代码 代码如下:

set @a = 10

set @b = 20

call pr_add(@a, @b)

三、MySQL 存储过程特点

创建 MySQL 存储过程的简单语法为：

复制代码 代码如下:

create procedure 存储过程名字()

(

[in|out|inout] 参数 datatype

)

begin

MySQL 语句

end

MySQL 存储过程参数如果不显式指定"in"、"out"、"inout"，则默认为"in"。习惯上，对于是"in" 的参数，我们都不会显式指定。

1. MySQL 存储过程名字后面的"()"是必须的，即使没有一个参数，也需要"()"

2. MySQL 存储过程参数，不能在参数名称前加"@"，如："@a int"。下面的创建存储过程语法在 MySQL 中是错误的（在 SQL Server 中是正确的）。 MySQL 存储过程中的变量，不需要在变量名字前加"@"，虽然 MySQL 客户端用户变量要加个"@"。

复制代码 代码如下:

create procedure pr_add

(

@a int, -- 错误

b int -- 正确

)

3. MySQL 存储过程的参数不能指定默认值。

4. MySQL 存储过程不需要在 procedure body 前面加 "as"。而 SQL Server 存储过程必须加 "as" 关键字。

复制代码 代码如下:

create procedure pr_add

(

a int,

b int

)

as -- 错误，MySQL 不需要 "as"

begin

mysql statement ...

end

5. 如果 MySQL 存储过程中包含多条 MySQL 语句，则需要 begin end 关键字。

复制代码 代码如下:

create procedure pr_add

(

a int,

b int

)

begin

mysql statement 1 ...

mysql statement 2 ...

end

6. MySQL 存储过程中的每条语句的末尾，都要加上分号 ""

复制代码 代码如下:

...

declare c int

if a is null then

set a = 0

end if

...

end

7. MySQL 存储过程中的注释。

复制代码 代码如下:

/*

这是个

多行 MySQL 注释。

*/

declare c int-- 这是单行 MySQL 注释 （注意 -- 后至少要有一个空格）

if a is null then # 这也是个单行 MySQL 注释

set a = 0

end if

什么是存储引擎？

关系数据库表是用于存储和组织信息的数据结构，可以将表理解为由行和列组成的表格，类似于Excel的电子表格的形式。有的表简单，有的表复杂，有的表根本不用来存储任何长期的数据，有的表读取时非常快，但是插入数据时去很差；而我们在实际开发过程中，就可能需要各种各样的表，不同的表，就意味着存储不同类型的数据，数据的处理上也会存在着差异，那么。对于MySQL来说，它提供了很多种类型的存储引擎，我们可以根据对数据处理的需求，选择不同的存储引擎，从而最大限度的利用MySQL强大的功能。这篇博文将总结和分析各个引擎的特点，以及适用场合，并不会纠结于更深层次的东西。我的学习方法是先学会用，懂得怎么用，再去知道到底是如何能用的。下面就对MySQL支持的存储引擎进行简单的介绍。

MyISAM

在mysql客户端中，使用以下命令可以查看MySQL支持的引擎。

复制代码代码如下:

show engines

MyISAM表是独立于 *** 作系统的，这说明可以轻松地将其从Windows服务器移植到Linux服务器；每当我们建立一个MyISAM引擎的表时，就会在本地磁盘上建立三个文件，文件名就是表明。例如，我建立了一个MyISAM引擎的tb_Demo表，那么就会生成以下三个文件：

1.tb_demo.frm，存储表定义；

2.tb_demo.MYD，存储数据；

3.tb_demo.MYI，存储索引。

MyISAM表无法处理事务，这就意味着有事务处理需求的表，不能使用MyISAM存储引擎。MyISAM存储引擎特别适合在以下几种情况下使用：

1.选择密集型的表。MyISAM存储引擎在筛选大量数据时非常迅速，这是它最突出的优点。

2.插入密集型的表。MyISAM的并发插入特性允许同时选择和插入数据。例如：MyISAM存储引擎很适合管理邮件或Web服务器日志数据。

InnoDB

InnoDB是一个健壮的事务型存储引擎，这种存储引擎已经被很多互联网公司使用，为用户 *** 作非常大的数据存储提供了一个强大的解决方案。我的电脑上安装的MySQL 5.6.13版，InnoDB就是作为默认的存储引擎。InnoDB还引入了行级锁定和外键约束，在以下场合下，使用InnoDB是最理想的选择：

1.更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。

2.事务。InnoDB存储引擎是支持事务的标准MySQL存储引擎。

3.自动灾难恢复。与其它存储引擎不同，InnoDB表能够自动从灾难中恢复。

4.外键约束。MySQL支持外键的存储引擎只有InnoDB。

5.支持自动增加列AUTO_INCREMENT属性。

一般来说，如果需要事务支持，并且有较高的并发读取频率，InnoDB是不错的选择。

MEMORY

使用MySQL Memory存储引擎的出发点是速度。为得到最快的响应时间，采用的逻辑存储介质是系统内存。虽然在内存中存储表数据确实会提供很高的性能，但当mysqld守护进程崩溃时，所有的Memory数据都会丢失。获得速度的同时也带来了一些缺陷。它要求存储在Memory数据表里的数据使用的是长度不变的格式，这意味着不能使用BLOB和TEXT这样的长度可变的数据类型，VARCHAR是一种长度可变的类型，但因为它在MySQL内部当做长度固定不变的CHAR类型，所以可以使用。

一般在以下几种情况下使用Memory存储引擎：

1.目标数据较小，而且被非常频繁地访问。在内存中存放数据，所以会造成内存的使用，可以通过参数max_heap_table_size控制Memory表的大小，设置此参数，就可以限制Memory表的最大大小。

2.如果数据是临时的，而且要求必须立即可用，那么就可以存放在内存表中。

3.存储在Memory表中的数据如果突然丢失，不会对应用服务产生实质的负面影响。

Memory同时支持散列索引和B树索引。B树索引的优于散列索引的是，可以使用部分查询和通配查询，也可以使用<、>和>=等 *** 作符方便数据挖掘。散列索引进行“相等比较”非常快，但是对“范围比较”的速度就慢多了，因此散列索引值适合使用在=和<>的 *** 作符中，不适合在<或> *** 作符中，也同样不适合用在order by子句中。

可以在表创建时利用USING子句指定要使用的版本。例如：

复制代码代码如下:

create table users

(

id smallint unsigned not null auto_increment,

username varchar(15) not null,

pwd varchar(15) not null,

index using hash (username),

primary key (id)

)engine=memory

上述代码创建了一个表，在username字段上使用了HASH散列索引。下面的代码就创建一个表，使用BTREE索引。

复制代码代码如下:

create table users

(

id smallint unsigned not null auto_increment,

username varchar(15) not null,

pwd varchar(15) not null,

index using btree (username),

primary key (id)

)engine=memory

MERGE

MERGE存储引擎是一组MyISAM表的组合，这些MyISAM表结构必须完全相同，尽管其使用不如其它引擎突出，但是在某些情况下非常有用。说白了，Merge表就是几个相同MyISAM表的聚合器；Merge表中并没有数据，对Merge类型的表可以进行查询、更新、删除 *** 作，这些 *** 作实际上是对内部的MyISAM表进行 *** 作。Merge存储引擎的使用场景。

对于服务器日志这种信息，一般常用的存储策略是将数据分成很多表，每个名称与特定的时间端相关。例如：可以用12个相同的表来存储服务器日志数据，每个表用对应各个月份的名字来命名。当有必要基于所有12个日志表的数据来生成报表，这意味着需要编写并更新多表查询，以反映这些表中的信息。与其编写这些可能出现错误的查询，不如将这些表合并起来使用一条查询，之后再删除Merge表，而不影响原来的数据，删除Merge表只是删除Merge表的定义，对内部的表没有任何影响。

ARCHIVE

Archive是归档的意思，在归档之后很多的高级功能就不再支持了，仅仅支持最基本的插入和查询两种功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就开始支持索引了。Archive拥有很好的压缩机制，它使用zlib压缩库，在记录被请求时会实时压缩，所以它经常被用来当做仓库使用。

存储引擎的一些问题

1.如何查看服务器有哪些存储引擎可以使用？

为确定你的MySQL服务器可以用哪些存储引擎，执行如下命令：

复制代码代码如下:

show engines

这个命令就能搞定了。

2.如何选择合适的存储引擎？

（1）选择标准可以分为：

（2）是否需要支持事务；

（3）是否需要使用热备；

（4）崩溃恢复：能否接受崩溃；

（5）是否需要外键支持；

然后按照标准，选择对应的存储引擎即可。

要说它的原理就要先从它的结构及其作用谈起了：盘片被划分成一系列同心环，圆心是盘片中心，每个同心环称为一个磁道，所有半径相同的磁道组成一个柱面。磁道被沿半径线划分成一个个小的段，每个段称为一个扇区，每个扇区是磁盘的最小存储单元。为了简单起见，我们下面假设磁盘只有一个盘片和一个磁头。

当磁盘读取数据时，系统会将数据逻辑地址传给磁盘，磁盘的控制电路按照寻址逻辑将逻辑地址翻译成物理地址，即确定要读的数据在哪个磁道，哪个扇区。

为了读取这个扇区的数据，需要将磁头放到这个扇区上方，为了实现这一点，磁头需要移动对准相应磁道，这个过程称为寻道，所耗费时间称为寻道时间，然后磁盘旋转将目标扇区旋转到磁头下，这个过程耗费的时间称为旋转时间。

即一次磁盘的读写 *** 作完成过程由三个动作组成：

寻道(时间)：磁头移动定位到指定磁道。

旋转延迟(时间)：等待指定扇区从磁头下旋转经过。

数据传输(时间)：数据在磁盘与内存之间的实际传输

经过这三个动作就可以完成储存照片这个过程了

希望我的回答对您有用，谢谢ヽ(^0^)ﾉ

---