mybatics中调用mysql存储过程。

	public Map<String, Object> getUserListNameLike(String name) {
       try {
    	     Map<String,Object>  params=AjaxUtil.getMap();
    	     params.put("name", name);
    	     List userList =  userMapper.queryUserListByLikeName_SP(params);
    	     if(userList!=null){
    	    	 Map<String,Object> map= AjaxUtil.messageMap(1, "查询成功");
    	    	 map.put("userList", userList);
    	    	return map;
    	     }
		} catch (Exception e) {
			logger.error(e);
			throw new RuntimeException(e);
		}
	    return AjaxUtil.messageMap(-1, "查询失败");
	}

	public List queryUserListByLikeName_SP( Map<String, Object> params);

DELIMITER $$

USE `easyuidemo`$$

DROP PROCEDURE IF EXISTS `queryUserList_nameSP`$$

CREATE DEFINER=`root`@`localhost` PROCEDURE `queryUserList_nameSP`(IN in_name VARCHAR(50))
BEGIN
    SELECT  * FROM t_user t WHERE t.name  LIKE   CONCAT('%',in_name,'%') ;
    END$$

DELIMITER ;

2、 mybatics中调用mysql 存储过程添加用户。

页面表单ajax上传的用户信息，通过存储过程完成用户添加。要求添加成功时，存储过程中要返回rc（reponseCode结果码）、msg（结果消息）、userId（新添加的用户id）

UserMapper.xml 中的配置。

值得注意的是，这里的存储过程配置既可以配置为select节点元素，也可以配置为其它insert、update、delete元素，且无须配置resultType 或resultMap，如果是select元素，请一定要设置userCache=“false” 。入参我这里设置为了map。（这里的map其实就是java.util.Map， mybatics中内置了许多java中类型到jdbc类型的别名映射，比如java中int对应为jdbc中integer，而map就是java.util.Map的在mybatics中的别名 ），大家可能会注意我这入参并没有用User 这个bean对象，用bean来传字段属性岂不是更合乎情理吗？ 这个稍候再跟大家解释下。。。

	 {call addUser_SP(
            #{name,jdbcType=VARCHAR,mode=IN},
            #{age,jdbcType=INTEGER,mode=IN},
            #{email,jdbcType=VARCHAR,mode=IN},
            #{address,jdbcType=VARCHAR,mode=IN},
            #{phone,jdbcType=VARCHAR,mode=IN},
            #{rc,jdbcType=VARCHAR,mode=OUT},
            #{msg,jdbcType=VARCHAR,mode=OUT},
            #{userId,jdbcType=VARCHAR,mode=OUT}
          )
         }
	

service 层java代码。

大家一定在奇怪这句代码 userMapper.addUser_SP(params); 这前面并没有用变量接收方法的返回值，其实这个方法是没有返回值的，即使你定义了要返回某个值（如Map<String,Object>）,你会发现无论你得到的永远是null。所以这里根本就不需要接收返回值。那么调用存储过程返回的out参数到要如何接收呢？细心的你可能已经发现了，没错，就是在入参param中！！调用存储过程成功后，你会发现，存储返回的rc、 msg和userId 三个out参数都被放到了你传入的参数params中————也就是说params会在调用存储成功后多出三个字段值rc、msg、userId。

	public Map<String, Object> addUser_SP(User user) {
		try {
			Map<String,Object>  params=AjaxUtil.getMap();
			params.put("name", user.getName());
			params.put("address", user.getAddress());
			params.put("age", user.getAge());
			params.put("email", user.getEmail());
			params.put("phone", user.getPhone());
		   userMapper.addUser_SP(params);
		   Map<String, Object> map=new HashMap<String,Object>();
		   map.put("rc", params.get("rc"));
		   map.put("msg", params.get("msg"));
		   map.put("userId", params.get("userId"));
		   return map;
		} catch (Exception e) {
			logger.error(e);
			throw new RuntimeException(e);
	    }
	}

再看下mapper接口方法的定义（没什么好说的就一个接口方法定义）

public void addUser_SP(Map<String, Object> params);

最后再看下存储过程代码：

DELIMITER $$

USE `easyuidemo`$$

DROP PROCEDURE IF EXISTS `addUser_SP`$$

CREATE DEFINER=`root`@`localhost` PROCEDURE `addUser_SP`(
  IN in_name VARCHAR (50),
  IN in_age INTEGER,
  IN in_email VARCHAR (50),
  IN in_address VARCHAR (200),
  IN in_phone VARCHAR (20),
  OUT rc INTEGER,
  OUT msg VARCHAR (50),
  OUT userId VARCHAR (50)
)
BEGIN
  DECLARE v_userId VARCHAR (50) DEFAULT ROUND(RAND() * 9000000+10000000) ;
  DECLARE v_ucount INTEGER DEFAULT 0 ;
  SELECT 
    COUNT(*) INTO v_ucount 
  FROM
    t_user 
  WHERE t_user.`id` = v_userId ;
  IF v_ucount > 0 
  THEN SET rc = - 1 ;
  SET msg = '生成userId重复,插入失败' ;
  SET userId='-00000000';
  ELSE 
  INSERT INTO t_user (id, `name`, age, email, address, phone) 
  VALUES
    (
      v_userId,
      in_name,
      in_age,
      in_email,
      in_address,
      in_phone
    ) ;
  SET userId = v_userId ;
  SET rc=1;
  SET msg='添加成功';
 #commit ;
  END IF ;
END$$

DELIMITER ;

存储过程本身也没什么好说的，唯一值得大家关注的是：mysql存储过程中最后有commit和没有commit 是有所不同的。

如果存储过程中没有执行commit，那么spring容器一旦发生了事务回滚，存储过程执行的操作也会回滚。如果存储过程执行了commit，那么数据库自身的事务此时已提交，这时即使在spring容器中托管了事务，并且由于其他原因导致service代码中产生异常而自动回滚，但此存储过程是不会回滚，因为数据自身的事务已在存储过程执行完毕前提交了， 也就是说此时spring回滚对存储过程的操作是无效的了。