BlogJava-翠湖月色-随笔分类-数据库(Sql server,My sql)

MySQL超时问题

matthew — Mon, 22 Jun 2009 06:56:00 GMT

         一个都起灰尘的项目，最近出现一个问题。描述如下：当天使用很正常，到了第二天就不能登录使用，具体的说不能访问数据库。重启“小猫”之后，能正常使用，但到第二天又不行啦。根据日志分析，是MySQL数据库连接关闭了。
“java.sql.SQLException
MESSAGE: Communication link failure: java.net.SocketException, underlying cause: Software caused connection abort: recv failed”.

        上网查了些帖子，发现可能是MySQL5.0版本的一个bug：超时问题。MySQL默认等待时间间隔wait_timeout是8小时，也就是8小时内，我们的系统没有使用，没有对数据库进行访问的话，数据库会关闭连接，而当我们系统用这些连接对数据库进行访问时，就会出现上述问题。
         解决办法有2种：
1. 对于MySQL5之前的版本，如Mysql4.x，只需要修改连接池配置中的URL，添加一个参数：autoReconnect=true，如果是MySQL5及以后的版本，则需要修改my.ini文件。在[mysqld]后面添加上： wait_timeout=1814400，把默认的8小时尽量延长。
2. 采用第三方的数据库连接池来管理连接，如，proxool、C3P0等。性能方面据说proxool更强些。由于该系统用了hibernate，对C3P0支持比较好，C3P0.jar包无需另外下载。C3P0和hibernate的配置也相对简单，如下，
         先把C3P0.jar包拷贝到WEB-INF\lib下，然后修改hibernate.cfg.xml文件，加入以下内容：

        org.hibernate.connection.C3P0ConnectionProvider
        2
        5000
        100
        3000
        2
        false
         这样基本可以解决MySQL的超时问题，如何检查该方法是否有效呢？可以通过修改服务器的系统日期，把日期往前推几个月，然后再访问系统，看是否还报错。

matthew 2009-06-22 14:56 发表评论

SQL Server不能启动

matthew — Sun, 19 Apr 2009 04:55:00 GMT

        快半年没碰这个东西了，前两天突然要打开以前的项目，发现SQL Server数据库死活启动不起来。一直用着My SQL也就没理它。发现在服务管理器里面启动不了，在企业管理器里面也不能连接本地local连接，在服务里面MSSQLServer服务也不能启动。之前一直是正常使用的，好久没动它，居然就启动不了啦。奇怪！
        进SQL Server的日志查看，发现如下描述：

2009-04-17 23:32:20.16 server    Copyright (C) 1988-2002 Microsoft Corporation.
2009-04-17 23:32:20.16 server    保留所有权利。
2009-04-17 23:32:20.16 server    服务器进程 ID 是 520。
2009-04-17 23:32:20.16 server    将 SQL Server 消息记录在文件“C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG”中。
2009-04-17 23:32:20.34 server    SQL Server 正在以优先级“normal”（已检测到 1 CPU）启动。
2009-04-17 23:32:26.84 server    已为 thread 模式处理而配置了 SQL Server。
2009-04-17 23:32:26.91 server    使用 dynamic 锁分配。[500] 锁块，[1000] 锁所有者块。
2009-04-17 23:32:28.21 spid3     启动数据库“master”。
2009-04-17 23:32:33.91 server    正在使用“SSNETLIB.DLL”版本“8.0.2039”。
2009-04-17 23:32:33.92 spid5     启动数据库“model”。
2009-04-17 23:32:33.96 spid3     服务器名称是“MATTHEW-6E9E0D4”。
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 4
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 5
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 6
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 7
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 8
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 9
2009-04-17 23:32:34.65 spid5     错误: 9003，严重度: 20，状态: 1
2009-04-17 23:32:34.65 spid5     LSN (6:183:1) 无效。该 LSN 是传递给数据库 'model' 中的日志扫描操作的。。
2009-04-17 23:32:34.65 spid5     错误: 9003，严重度: 20，状态: 1
2009-04-17 23:32:34.65 spid5     The LSN (6:183:1) passed to log scan in database 'model' is invalid.。
         问题的根源在“错误：9003”，还有后面的“The LSN (6:183:1) passed to log scan in database 'model' is invalid.。”在网上浏览了一些不能启动的原因，没有找到解决的办法。不过，通过仔细研究，发现SQL Server的基本数据库文件如果损坏的话，可能会引起不能正常启动的后果。结合错误日志的提示，是否"model"这个数据库文件有问题呢？于是，找到SQL Server的安装盘，并找到X86\DATA目录下的model.mdf和modellog.ldf，并把这两个文件拷贝到SQL Server的安装路径下Microsoft SQL Server\MSSQL\Data的目录下，覆盖原有文件。然后，再启动。哈哈，ok啦。
      “内事不决问百度，外事不决问Google”，果然没错。当然，也要结合自己个体原因去分析、解决。

matthew 2009-04-19 12:55 发表评论

SQL server存储过程

matthew — Fri, 14 Nov 2008 01:52:00 GMT

      最近一个项目碰见要用存储过程的情况，通过重新学习。已初步完成功能，现列出来。大家给个意见。

      需求描述：数据库中有一主一从表，A和B；A和B是一对多的关系。另有和A、B结构相同的表C和表D。要实现，通过表A的主键id，把与此id值相关的记录（表A和表B中）分别更新插入到表C和表D中，同时要求有事务控制。

      分析要点：1）存储过程需要传入一个参数，id。2）表B中的记录多少不定，可能需要插入多条记录。3）整个过程需要事务控制。

      实现代码如下：

CREATE PROCEDURE query_pro_info
@pi_id int
AS
begin
   begin transaction
   if exists (select * from pro_ent_info where PI_ID=@pi_id)
      delete pro_ent_info where PI_ID=@pi_id
      insert into pro_ent_info(EI_ID,EP_ID,EP_TYP,CI_ID,CI_NUM,CI_TOT,CI_TYP,PI_ID,PI_NUM,PI_NAM,PI_CLI,PI_CLI_TEL,PI_CLI_MAN,PI_ARE,PI_CAT,PI_STA,PI_MAN,PI_ADD,PI_REM,PI_CHE,PI_PLA_SPA,PI_PLA_BEG,PI_PLA_END,PI_CRE_DAT,PI_CRE_MAN,PI_MOD_DAT,PI_MOD_MAN)select EI_ID,EP_ID,EP_TYP,CI_ID,CI_NUM,CI_TOT,CI_TYP,PI_ID,PI_NUM,PI_NAM,PI_CLI,PI_CLI_TEL,PI_CLI_MAN,PI_ARE,PI_CAT,PI_STA,PI_MAN,PI_ADD,PI_REM,PI_CHE,PI_PLA_SPA,PI_PLA_BEG,PI_PLA_END,PI_CRE_DAT,PI_CRE_MAN,PI_MOD_DAT,PI_MOD_MAN from pro_info where pro_info.PI_ID=@pi_id
   if exists (select * from pro_ent_cost where PI_ID=@pi_id)
      delete pro_ent_cost where PI_ID=@pi_id
      insert into pro_ent_cost(PI_ID,PC_ID,PC_DIV,PC_DIV_SEQ,PC_BUD_LAB,PC_BUD_MAT,PC_BUD_DEV,PC_BUD_CMP,PC_BUD_TOT,PC_BUD_REM,PC_PLA_LAB,PC_PLA_MAT,PC_PLA_DEV,PC_PLA_CMP,PC_PLA_TOT,PC_PLA_REM,PC_ACT_LAB,PC_ACT_MAT,PC_ACT_DEV,PC_ACT_CMP,PC_ACT_TOT,PC_ACT_REM,PC_DIV_PLA_BEG,PC_DIV_PLA_END,PC_DIV_PLA_SPA,PC_DIV_ACT_BEG,PC_DIV_ACT_END,PC_DIV_ACT_SPA,PC_DIV_SPA_ABN,PC_PRO_REC,PC_DIV_PAI,PC_DIV_SHO,PC_CHE,PC_OFF,PC_REM,PC_CRE_DAT,PC_CRE_MAN,PC_MOD_DAT,PC_MOD_MAN)select PI_ID,PC_ID,PC_DIV,PC_DIV_SEQ,PC_BUD_LAB,PC_BUD_MAT,PC_BUD_DEV,PC_BUD_CMP,PC_BUD_TOT,PC_BUD_REM,PC_PLA_LAB,PC_PLA_MAT,PC_PLA_DEV,PC_PLA_CMP,PC_PLA_TOT,PC_PLA_REM,PC_ACT_LAB,PC_ACT_MAT,PC_ACT_DEV,PC_ACT_CMP,PC_ACT_TOT,PC_ACT_REM,PC_DIV_PLA_BEG,PC_DIV_PLA_END,PC_DIV_PLA_SPA,PC_DIV_ACT_BEG,PC_DIV_ACT_END,PC_DIV_ACT_SPA,PC_DIV_SPA_ABN,PC_PRO_REC,PC_DIV_PAI,PC_DIV_SHO,PC_CHE,PC_OFF,PC_REM,PC_CRE_DAT,PC_CRE_MAN,PC_MOD_DAT,PC_MOD_MAN from pro_cost where pro_cost.PI_ID=@pi_id
   if(@@error<>0)
      begin
         print('rollback transaction')
         rollback transaction
         return 0
       end
       commit transaction

end
GO

经过调试，功能基本正常。只是事务控制处理部分不知道写的对不对。望各位指正！

matthew 2008-11-14 09:52 发表评论