Category Archives: Database

MySQL存储过程详解 mysql 存储过程

mysql存储过程详解      存储过程简介   我们常用的操作数据库语言SQL语句在执行的时候需要要先编译，然后执行，而存储过程（Stored Procedure）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。 一个存储过程是一个可编程的函数，它在数据库中创建并保存。它可以有SQL语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象方法的模拟。它允许控制数据的访问方式。 存储过程通常有以下优点： (1).存储过程增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。 (2).存储过程允许标准组件是编程。存储过程被创建后，可以在程序中被多次调用，而不必重新编写该存储过程的SQL语句。而且数据库专业人员可以随时对存储过程进行修改，对应用程序源代码毫无影响。 (3).存储过程能实现较快的执行速度。如果某一操作包含大量的Transaction-SQL代码或分别被多次执行，那么存储过程要比批处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程时查询，优化器对其进行分析优化，并且给出最终被存储在系统表中的执行计划。而批处理的Transaction-SQL语句在每次运行时都要进行编译和优化，速度相对要慢一些。 (4).存储过程能过减少网络流量。针对同一个数据库对象的操作（如查询、修改），如果这一操作所涉及的Transaction-SQL语句被组织程存储过程，那么当在客户计算机上调用该存储过程时，网络中传送的只是该调用语句，从而大大增加了网络流量并降低了网络负载。 (5).存储过程可被作为一种安全机制来充分利用。系统管理员通过执行某一存储过程的权限进行限制，能够实现对相应的数据的访问权限的限制，避免了非授权用户对数据的访问，保证了数据的安全。        关于MySQL的存储过程 存储过程是数据库存储的一个重要的功能，但是MySQL在5.0以前并不支持存储过程，这使得MySQL在应用上大打折扣。好在MySQL 5.0终于开始已经支持存储过程，这样即可以大大提高数据库的处理速度，同时也可以提高数据库编程的灵活性。      MySQL存储过程的创建   (1). 格式 MySQL存储过程创建的格式：CREATE PROCEDURE 过程名 ([过程参数[,…]]) [特性 …] 过程体 这里先举个例子： mysql> DELIMITER // mysql> CREATE PROCEDURE proc1(OUT s int)     -> BEGIN     -> SELECT COUNT(*) INTO s FROM user;     -> END     -> // mysql> DELIMITER ; 注： （1）这里需要注意的是DELIMITER //和DELIMITER ;两句，DELIMITER是分割符的意思，因为MySQL默认以";"为分隔符，如果我们没有声明分割符，那么编译器会把存储过程当成SQL语句进行处理，则存储过程的编译过程会报错，所以要事先用DELIMITER关键字申明当前段分隔符，这样MySQL才会将";"当做存储过程中的代码，不会执行这些代码，用完了之后要把分隔符还原。 （2）存储过程根据需要可能会有输入、输出、输入输出参数，这里有一个输出参数s，类型是int型，如果有多个参数用","分割开。 （3）过程体的开始与结束使用BEGIN与END进行标识。 这样，我们的一个MySQL存储过程就完成了，是不是很容易呢?看不懂也没关系，接下来，我们详细的讲解。   (2). 声明分割符   其实，关于声明分割符，上面的注解已经写得很清楚，不需要多说，只是稍微要注意一点的是：如果是用MySQL的Administrator管理工具时，可以直接创建，不再需要声明。   (3). 参数 MySQL存储过程的参数用在存储过程的定义，共有三种参数类型,IN,OUT,INOUT,形式如： CREATE PROCEDURE([[IN |OUT |INOUT ] 参数名 数据类形…]) IN 输入参数:表示该参数的值必须在调用存储过程时指定，在存储过程中修改该参数的值不能被返回，为默认值 OUT 输出参数:该值可在存储过程内部被改变，并可返回 INOUT 输入输出参数:调用时指定，并且可被改变和返回 Ⅰ. IN参数例子 创建: mysql > DELIMITER // mysql > CREATE PROCEDURE demo_in_parameter(IN p_in int) -> BEGIN -> SELECT p_in; -> SET p_in=2; -> SELECT p_in; -> END; -> // mysql > DELIMITER ; 执行结果: mysql > SET @p_in=1; mysql > CALL demo_in_parameter(@p_in); +——+ | p_in | +——+ |   1  | +——+ +——+ | p_in | +——+ |   2  | +——+ mysql> SELECT @p_in; +——-+ | @p_in | +——-+ |  1    | +——-+ 以上可以看出，p_in虽然在存储过程中被修改，但并不影响@p_id的值   Ⅱ.OUT参数例子 创建: mysql > DELIMITER // […]

在mysql中的存储过程中使用事务transaction

一.在处理事务时，使用SQLException捕获SQL错误，然后处理； 按照这个推论，我们必须在MySQL存储过程中捕获SQL错误，最后判断是回滚(ROLLBACK)还是提交(COMMIT)。 所以存储过程为： DELIMITER $$   DROP PROCEDURE IF EXISTS  test_sp1 $$   CREATE PROCEDURE test_sp1( )       BEGIN       DECLARE t_error INTEGER DEFAULT 0;       DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET t_error=1;              START TRANSACTION;               INSERT INTO test VALUES(NULL, 'test sql 001′);                  INSERT INTO test VALUES('1', 'test sql 002′);                 IF t_error = 1 THEN               ROLLBACK;           ELSE               COMMIT;           END IF;          END$$   DELIMITER ;   在这个例子中，我们为test_sp1() 定义了一个 SQLEXCEPTION 参数 t_error， 在遇到SQL错误时，继续执行(CONTINUE); 如果执行状态没有错误，则提交，反之回滚！ 二.在调用事务时，将事务的执行状态（即：事务是提交了还是回滚了），返回给被调者。 下面给出另一个例子： CREATE DEFINER=3dmodelbaseadmin@% PROCEDURE p_userConfirmPay( in p_lID int, in p_endTime DATETIME, in p_moneyAfterTax decimal(10,2), in p_integralAfterTax decimal(10,0), in p_sellerID int unsigned, in p_cashOrPoints int, in p_loginName_site varchar(50), in p_transactionID_site char(100), in p_orderID char(100), in p_remarks_site char(100), in p_transactionID char(100), in p_cMEMID INT UNSIGNED, in p_curTotal DECIMAL(10,2), in p_curTotalcIntegral decimal(10,0), in p_remarks char(100)) BEGIN DECLARE p_cMEMID_site INT; DECLARE p_balance_site […]

mysql存储过程之事务篇

事务的四大特征： ACID:Atomic（原子性）、Consistent（一致性）、Isolated（独立性）、Durable （持久性）   MySQL的事务支持不是绑定在MySQL服务器本身，而是与存储引擎相关：  sql代码  1. MyISAM：不支持事务，用于只读程序提高性能   2. InnoDB：支持ACID事务、行级锁、并发   3. Berkeley DB：支持事务     事务隔离级别标准： ANSI（美国国家标准学会）标准定义了4个隔离级别，MySQL的InnoDB都支持：  sql代码  1. READ UNCOMMITTED：最低级别的隔离，通常又称为dirty read，它允许一个事务读取还没commit的数据，这样可能会提高性能，但是dirty read可能不是我们想要的   2. READ COMMITTED：在一个事务中只允许已经commit的记录可见，如果session中select还在查询中，另一session此时insert一条记录，则新添加的数据不可见   3. REPEATABLE READ：在一个事务开始后，其他session对数据库的修改在本事务中不可见，直到本事务commit或rollback。在一个事务中重复select的结果一样，除非本事务中update数据库。 4. SERIALIZABLE：最高级别的隔离，只允许事务串行执行。为了达到此目的，数据库会锁住每行已经读取的记录，其他session不能修改数据直到前一事务结束，事务commit或取消时才释放锁。   Mysql的默认隔离级别是：REPEATABLE READ READ UNCOMMITTED级别会导致数据完整性的严重问题，需要自己控制如何保持数据完整性 SERIALIZABLE会导致性能问题并增加死锁的机率   Mysql事务操作语句： 1.  START TRANSACTION：开始事务，autocommit设为0，如果已经有一个事务在运行，则会触发一个隐藏的COMMIT   2.  COMMIT：提交事务，保存更改，释放锁   3.  ROLLBACK：回滚本事务对数据库的所有更改，然后结束事务，释放锁   4.  SAVEPOINT savepoint_name：创建一个savepoint识别符来ROLLBACK TO SAVEPOINT   5.  ROLLBACK TO SAVEPOINT savepoint_name：回滚到从savepoint_name开始对数据库的所有更改，这样就允许回滚事务中的一部分，保证更改的一个子集被提交   6.  SET TRANSACTION：允许设置事务的隔离级别   7.  LOCK TABLES：允许显式的锁住一个或多个table，会隐式的关闭当前打开的事务，建议在执行LOCK TABLES语句之前显式的commit或rollback。我们一般所以一般在事务代码里不会使用LOCK TABLES     定义事务 MySQL默认的行为是在每条SQL语句执行后执行一个COMMIT语句，从而有效的将每条语句独立为一个事务。  在复杂的应用场景下这种方式就不能满足需求了。  为了打开事务，允许在COMMIT和ROLLBACK之前多条语句被执行，我们需要做以下两步：  1, 设置MySQL的autocommit属性为0，默认为1  2，使用START TRANSACTION语句显式的打开一个事务 上面已经说了，当使用START TRANSACTION开始一个事物的时候，则SET autocommit=0不会起作用，因为START TRANSACTION会隐式的提交session中所有当前的更改，结束已有的事务，并打开一个新的事务。     使用SET AUTOCOMMIT语句的存储过程例子：  sql代码  1. CREATE PROCEDURE tfer_funds   2.     (from_account int, to_account int, tfer_amount numeric(10,2))   3. BEGIN   4.     SET autocommit=0;   5.    6.     UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account;   7.    8.     UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account;   9.    10.    COMMIT;   11.END;   使用START TRANSACITON打开事务的例子：  sql代码  1. CREATE PROCEDURE tfer_funds   2.     (from_account int, to_account int, tfer_amount numeric(10,2))   3. BEGIN   4.     START TRANSACTION;   5.    6.     UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account;   7.    8.     UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account;   9.    10.    COMMIT;   11.END;       通常COMMIT或ROLLBACK语句执行时才完成一个事务，但是有些DDL语句等会隐式触发COMMIT，所以应该在事务中尽可能少用或注意一下：  Java代码  1. ALTER FUNCTION   2. ALTER PROCEDURE   3. ALTER TABLE   4. BEGIN   5. CREATE DATABASE   6. CREATE FUNCTION   7. CREATE INDEX   8. CREATE PROCEDURE   9. CREATE TABLE   10.DROP DATABASE   11.DROP FUNCTION   12.DROP INDEX   13.DROP PROCEDURE   14.DROP TABLE   […]

MYSQL分页存储过程及事务处理

最近给客户做的一小系统是SQLSERVER的数据库，因为特殊原因要切换到MYSQL上去，切换数据库确实让人头疼的，SQLSERVER和MYSQL的存储过程还是有很大差别的，下面是我做切换时转换的MYSQL版的分页过程，和事务处理的一个测试过程，事务处理也不像SQLSERVER那样。不多说了，供学习MYSQL的兄弟们参考下，我用的MYSQL5.5版本，经过测试都是可行的。  

from:http://www.cnblogs.com/peaceli/archive/2013/08/14/MYSQL.html

MariaDB 存储过程返回 汉字有关问题

MariaDB 存储过程返回 汉字问题创建代码如下：CREATE DEFINER=root@localhost PROCEDURE test(IN id INT, OUT result VARCHAR(50))LANGUAGE SQLNOT DETERMINISTICCONTAINS SQLSQL SECURITY DEFINERCOMMENT "BEGIN  if id = 1 then  set result = '红字';  else  set result = 'ghj';     end if;ENDset names utf8;set @a=";  CALL test(0, @a);select @a;没有问题；set names utf8;set @a=";  CALL test(1, @a);select @a;报错！运行总是无法成功返回汉字，郁闷——解决方案——————--create procedure t ( aa char(10) charset 'gbk') from:http://www.myexception.cn/mysql/744652.html

SqlServer运行时占用高CPU问题查询

经常在论坛看到问高CPU的问题，简单的总结一下。 1，首先你要确认，高CPU是不是是SQL SERVER进程引起的还是别的进程引起的，这个很容易，直接看任务管理器。 2，如果从任务管理器看出高CPU确实是用SQL SERVER引起的。 3，如果是SQL SERVER引起的。   3.1SQL SERVER的一个比较BAD的执行计划引起的，比如说缺少必要的INDEX，引起了hash  join什么的。这个也分成2种： 1，造成高CPU的语句已经执行结束，这个时候可以用下面的语句来检查。 select       highest_cpu_queries.plan_handle,       highest_cpu_queries.total_worker_time,      q.dbid,      q.objectid,      q.number,      q.encrypted,      q.[text]  from       (select top 50           qs.plan_handle,           qs.total_worker_time      from           sys.dm_exec_query_stats qs      order by qs.total_worker_time desc) as highest_cpu_queries      cross apply sys.dm_exec_sql_text(plan_handle) as q  order by highest_cpu_queries.total_worker_time desc 解释一下sys.dm_exec_query_stats： sys.dm_exec_query_stats返回缓存查询计划的聚合性能统计信息。每个查询计划在该视图中对应一行，并且行的生存期与计划本身相关联。在从缓存删除计划时，也将从该视图中删除对应行。 可查看帮助文档：ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/tsqlref9/html/eb7b58b8-3508-4114-97c2-d877bcb12964.htm 3.1.2，造成高CPU的语句正在运行，这个时候可以用下面的语句来检查。 SELECT  st.text, qp.query_plan, rq.*  FROM sys.dm_exec_requests RQ CROSS APPLY sys.dm_exec_sql_text(rq.sql_handle) as st  CROSS APPLY sys.dm_exec_query_plan(rq.plan_handle) as qp order by RQ.CPU_time desc 3.2 开启了SQL profiler. 通过3.1.2可以看到 sp_trace_getdata这个SP在运行。 […]

sql server常用语句总结

— 查看性能记数器       SELECT * FROM sys.dm_os_performance_counters        — 执行过的线程所遇到的所有等待(不是当前正在运行的线程, 为自上次重置统计信息或启动服务器以来累积的数据),可分析靠前的几个等待较高的事件。   select * from sys.dm_os_wait_stats order by wait_time_ms desc 该动态视图的细节，请查看帮助文档.        — 重置该动态视图 DBCC SQLPERF ('sys.dm_os_wait_stats', CLEAR); GO            — 正在等待某些资源的任务的等待队列    select * from sys.dm_os_waiting_tasks order by wait_duration_ms desc                       内存使用：   查看当前由 SQL Server 分配的内存对象(KB): select sum((page_size_in_bytes/1024)*max_pages_allocated_count) from sys.dm_os_memory_objects; 查看系统内存当前信息: select * from sys.dm_os_sys_memory (这个动态视图只在sql 2008中才有) select  cpu_count, hyperthread_ratio, scheduler_count, physical_memory_in_bytes / 1024 / 1024 […]

常用SQL语句

--前10名其他等待类型 SELECT TOP 10 * from sys.dm_os_wait_stats ORDER BY wait_time_ms DESC SELECT *FROM sys.dm_os_wait_stats WHERE wait_type like 'PAGELATCH%' OR wait_type like 'LAZYWRITER_SLEEP%' --CPU的压力 SELECT scheduler_id, current_tasks_count, runnable_tasks_count FROM sys.dm_os_schedulers WHERE scheduler_id < 255 --表现最差的前10名使用查询 SELECT TOP 10 ProcedureName = t.text, ExecutionCount = s.execution_count, AvgExecutionTime = isnull ( s.total_elapsed_time / s.execution_count, 0 ), AvgWorkerTime = s.total_worker_time / s.execution_count, TotalWorkerTime = s.total_worker_time, MaxLogicalReads = s.max_logical_reads, MaxPhysicalReads = s.max_physical_reads, MaxLogicalWrites = s.max_logical_writes, CreationDateTime = s.creation_time, CallsPerSecond = isnull ( s.execution_count / datediff ( second , s.creation_time, getdate ()), 0 ) FROM […]

SQL Server 2005中的分区表（六）：将已分区表转换成普通表

我的俄罗斯名叫作“不折腾不舒服斯基”，所以，不将分区表好好折腾一下，我就是不舒服。 在前面，我们介绍过怎么样直接创建一个分区表，也介绍过怎么将一个普通表转换成一个分区表。那么，这两种方式创建的表有什么区别呢？现在，我又最新地创建了两个表： 第一个表名为Sale，这个表使用的是《SQL Server 2005中的分区表（一）：什么是分区表？为什么要用分区表？如何创建分区表？》中的方法创建的，在创建完之后，还为该表添加了一个主键。 第二个表名Sale1，这个表使用的是《SQL Server 2005中的分区表（三）：将普通表转换成分区表 》中的方法创建的，也就是先创建了一个普通表，然后通过为普通表添加聚集索引的方式将普通表转换成已分区表的方式。   通过以上方法都可以得到一个已分区表，但是，这两个已分区表还是有点区别的，区别在哪里呢？我们分别查看一下这两个表的索引和主键吧，如下图所示。 从上图可以看出，直接创建的分区表Sale的索引里，只有一个名为PK_Sale的索引，这个索引是唯一的、非聚集的索引，也就是在创建PK_Sale主键时SQL Server自动创建的索引。而经普通表转换成分区表的Sale1的索引里，除了在创建主键时由SQL Server自动创建的名为PK_Sale1的唯一的、非聚集的索引之外，还存在一个名为CT_Sale1的聚集索引。   对于表Sale来说，可以通过修改分区函数的方式来将其转换成普通表，具体的修改方式请看《SQL Server 2005中的分区表（四）：删除（合并）一个分区》，事实上，就是将分区函数中的所有分区分界都删除，那么，这个分区表中的所有数据就只能存在第一个分区表中了。在本例中，可以使用以下代码来修改分区函数。   [c-sharp] view plaincopy ALTER PARTITION FUNCTION partfunSale()     MERGE RANGE ('20100101') ALTER PARTITION FUNCTION partfunSale()     MERGE RANGE ('20110101') ALTER PARTITION FUNCTION partfunSale()     MERGE RANGE ('20120101') ALTER PARTITION FUNCTION partfunSale()     MERGE RANGE ('20130101')     事实上，这么操作之后，表Sale还是一个分区表，如下图所示，只不过是只有一个分区的分区了，这和普遍表就没有什么区别了。   对于通过创建分区索引的方法将普通表转换成的分区表而言，除了上面的方法之外，还可以通过删除分区索引的办法来将分区表转换成普通表。但必须要经过以下两个步骤： 1、删除分区索引 2、在原来的索引字段上重建一个索引。   先说删除分区索引吧，这一步很简单，你可以直接在SQL Server Management Studio上将分区索引删除，也可以使用SQL语句删除，如本例中可以使用以下代码删除已经创建的分区索引。   [c-sharp] view plaincopy drop index Sale1.CT_Sale1       一开始，我还以为只要删除了分区索引，那么分区表就会自动转换成普通表了，可是在删除索引之后，查看一下该表的属性，结果还是已分区表，如下图所示。 不但如此，而且，还不能将原来的聚集的唯一索引（在本例中为主键的那个索引）改成聚集索引，如下图所示。   如果要彻底解决这个问题，还必须要在原来创建分区索引的字段上重新创建一下索引，只有重新创建过索引之后，SQL Server才能将已分区表转换成普通表。在本例中可以使用以下代码重新创建索引。     [c-sharp] view plaincopy CREATE CLUSTERED INDEX CT_Sale1 ON Sale1([SaleTime]) ON [PRIMARY] Go       重建索引之后，分区表就变成了普通表，现在再查看一下Sale1表的属性，我们可以看到原来的分区表已经变成了普通表，如下图所示。     当然，以上两个步骤也可以合成一步完成，也就是在重建索引的同时，将原索引删除。如以下代码所示：   [c-sharp] view plaincopy CREATE CLUSTERED INDEX CT_Sale1 ON Sale1([SaleTime])     WITH ( DROP_EXISTING = ON) ON [PRIMARY]       按理说，在SQL Server Management Studio中的操作和使用SQL语句的操作是一样的，可是我在SQL Server Management Studio中将聚集索引删除后再在该字段上重新创建一个同名的索引，并重新生成和组织该索引，可是分区表还是没有变成普通表，这就让我百思不得其解了。不过呢，只要能用SQL语句达到目的，那我们就用它吧。     原创不容易，转载请注明出处。http://blog.csdn.net/smallfools/archive/2009/12/14/5004100.aspx