关于mysql 的存储过程

mysql>delimiter //

这个作用是把；变成//，以后的语句遇到//就结束了，遇到；不结束，下面就可以按你的想法写了

mysql>CREATE PROCEDURE simpleproc (OUT param1 INT)

->BEGIN

-> SELECT COUNT(*) INTO param1 FROM t

->END

->//

Query OK, 0 rows affected (0.00 sec)

mysql>delimiter 这里把双引号改回来

声明参数要在说明是 输入还是输出函数 in\out

给函数变量赋值用

set @a=10

例子：

drop procedure if exists pr_param_in

create procedure pr_param_in

(

in id int -- in 类型的 MySQL 存储过程参数

)

begin

if (id is not null) then

set id = id + 1

end if

select id as id_inner

end

set @id = 10

call pr_param_in(@id)

select @id as id_out

mysql>call pr_param_in(@id)

(一)连接

连接通常来自Web服务器 下面列出了一些与连接有关的参数 以及该如何设置它们

max_connections

这是Web服务器允许的最大连接数 记住每个连接都要使用会话内存(关于会话内存 文章后面有涉及)

max_packet_allowed

最大数据包大小 通常等于你需要在一个大块中返回的最大数据集的大小 如果你在使用远程mysqldump 那它的值需要更大

aborted_connects

检查系统状态的计数器 确定其没有增长 如果数量增长说明客户端连接时遇到了错误

thread_cache_size

入站连接会在MySQL中创建一个新的线程 因为MySQL中打开和关闭连接都很廉价 速度也快 它就没有象其它数据库 如Oracle那么多持续连接了 但线程预先创建并不会节约时间 这就是为什么要MySQL线程缓存的原因了

如果在增长请密切注意创建的线程 让你的线程缓存更大 对于 或 的thread_cache_size 内存占用也不多

(二)查询缓存

MySQL中的缓存查询包括两个解析查询计划 以及返回的数据集 如果基础表数据或结构有变化 将会使查询缓存中的项目无效

query_cache_min_res_unit

MySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的 使用下面的公式计算查询缓存的平均大小 根据计算结果设置这个变量 MySQL就会更有效地使用查询缓存 缓存更多的查询 减少内存的浪费

query_cache_size

这个参数设置查询缓存的总大小

query_cache_limit

这个参数告诉MySQL丢掉大于这个大小的查询 一般大型查询还是比较少见的 如运行一个批处理执行一个大型报表的统计 因此那些大型结果集不应该填满查询缓存

qcache hit ratio = qcache_hits / (qcache_hits + _select)

使用

SQL>show status like qcache%

SQL>show status like _%

找到这些变量

average query size = (query_cache_size qcache_free_memory)/qcache_queries_in_cache

使用

SQL>show variables like query%

qcache_* status variables you can get with:

SQL>show status like qcache%

获取query_cache_size的值

(三)临时表

内存速度是相当快的 因此我们希望所有的排序 *** 作都在内存中进行 我们可以通过调整查询让结果集更小以实现内存排序 或将变量设置得更大

tmp_table_size

max_heap_table_size

无论何时在MySQL中创建临时表 它都会使用这两个变量的最小值作为临界值 除了在磁盘上构建临时表外 还会创建许多会话 这些会话会抢占有限制的资源 因此最好是调整查询而不是将这些参数设置得更高 同时 需要注意的是有BLOB或TEXT字段类型的表将直接写入磁盘 深入浅出MySQL双向复制技术

(四)会话内存

MySQL中每个会话都有其自己的内存 这个内存就是分配给SQL查询的内存 因此你想让它变得尽可能大以满足需要 但你不得不平衡同一时间数据库内一致性会话的数量 这里显得有点黑色艺术的是MySQL是按需分配缓存的 因此 你不能只添加它们并乘以会话的数量 这样估算下来比MySQL典型的使用要大得多 最佳做法是启动MySQL 连接所有会话 然后继续关注顶级会话的VIRT列 mysqld行的数目通常保持相对稳定 这就是实际的内存总用量 减去所有的静态MySQL内存区域 就得到了实际的所有会话内存 然后除以会话的数量就得到平均值

read_buffer_size

缓存连续扫描的块 这个缓存是跨存储引擎的 不只是MyISAM表

sort_buffer_size

执行排序缓存区的大小 最好将其设置为 M M 然后在会话中设置 为一个特定的查询设置更高的值

join_buffer_size

执行联合查询分配的缓存区大小 将其设置为 M M大小 然后在每个会话中再单独按需设置

read_rnd_buffer_size

用于排序和order by *** 作 最好将其设置为 M 然后在会话中可以将其作为一个会话变量设置为更大的值

(五)慢速查询日志

慢速查询日志是MySQL很有用的一个特性

log_slow_queries

MySQL参数中log_slow_queries参数在f文件中设置它 将其设置为on 默认情况下 MySQL会将文件放到数据目录 文件以 主机名 slow log 的形式命名 但你在设置这个选项的时候也可以为其指定一个名字

long_query_time

默认值是 秒 你可以动态设置它 值从 到将其设置为on 如果数据库启动了 默认情况下 日志将关闭 截至 和安装了Google补丁的版本 这个选项可以以微秒设置 这是一个了不起的功能 因为一旦你消除了所有查询时间超过 秒的查询 说明调整非常成功 这样可以帮助你在问题变大之前消除问题SQL

log_queries_not_using_indexes

开启这个选项是个不错的主意 它真实地记录了返回所有行的查询

小结

lishixinzhi/Article/program/MySQL/201311/29371

DROP PROCEDURE IF EXISTS excute_job_v340

create procedure excute_job_v340()

begin 

        declare rdevid int//声明参数

        declare rech_id int

        declare slot int

        declare new_rech_id int

        declare new_price DOUBLE//声明参数

        declare done INT DEFAULT FALSE////声明结束标识参数

    --  声明游标

        DECLARE rdevrech_id CURSOR FOR

                select r.id as rdevid,r.rechargeconfig_id as rech_id,r.slot_no as slot from b_device_tbl dev

                LEFT JOIN r_device_rechargeconfig_tbl r on dev.id= r.device_id

                where dev.dev_typedef_id =7 and dev.masterid is not NULL  and r.rechargeconfig_type=4 and r.is_deleted=0 and                 r.slot_no is not  NULL

-- 将结束标志绑定到游标

        DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE

-- 打开游标

        OPEN  rdevrech_id   

-- 遍历

        read_loop: LOOP

-- 取值

                FETCH  NEXT from rdevrech_id INTO rdevid,rech_id,slot

                IF done THEN

                        LEAVE read_loop

                END IF// 结束判断

                select price into new_price from c_device_rechargeconfig_item_tbl where rechargeconfig_id =rech_id limit 1

                INSERT INTO `c_device_rechargeconfig_tbl` (  `type`, `style_id`, `is_default`, `dev_type_code`, `is_deleted`,                 `create_time`, `slot_no`)

                VALUES ( '4', NULL, '0', '0', '0', '2019-08-19 15:59:24',slot )

                select max(id) into new_rech_id from c_device_rechargeconfig_tbl

                INSERT INTO  `c_device_rechargeconfig_item_tbl` (  `price`, `goods`, `description`, `is_deleted`, `create_time`,                         `rechargeconfig_id` )

                        VALUES (  new_price,new_price, '0.00', '0', '2019-08-19 15:59:24', new_rech_id)

                update r_device_rechargeconfig_tbl set rechargeconfig_id=new_rech_id where id=rdevid

        END LOOP

        CLOSE rdevrech_id

end；

call excute_job_v340() //调用执行

---