JDBC更新一个大表的速度怎么那么慢？

[badhorse]

我用的是Sql server数据库，表大约有150万条纪录
在Java程序中使用Sql语句更新表中的一条纪录，要花超过30秒的时间。但使用查询分析器执行该语句，在1秒内即可执行完毕。

请大家指教！

[hbwhwang]

不会吧？

[newste]

关注下

[newste]

不过我觉得可能是你的代码有问题，你单独写个方法测试下看看，是不是也需要３０秒；

[fool_leave]

你这个sql在修改参数后和你在查询分析器里面的完全一样吗？

主要是where语句，一定一样吗？

[badhorse]

我把原来的函数精简了, 结果一样, 下面是完整的函数:
private void updateStatTable(Req2DBReq req)
{
String sql = "update t_stat_hour_user set FNum = FNum + 1 where user_mobile = ? and USSDPortal = ? and time_begin = ? ";


Connection conn = null;
PreparedStatement pstmt = null;

try
{
Date now = new Date();

conn = DBConnectionPool.getInstance().getConnection();
pstmt = conn.prepareStatement(sql);

GregorianCalendar timeBegin = null;

timeBegin = new GregorianCalendar();
timeBegin.setTime(now);
timeBegin.set(GregorianCalendar.MINUTE, 0);
timeBegin.set(GregorianCalendar.SECOND, 0);
timeBegin.set(GregorianCalendar.MILLISECOND, 0);

pstmt.setString(1, req.getMobile());
pstmt.setString(2, req.getUSSDPortal());
pstmt
.setTimestamp(3, new Timestamp(timeBegin.getTime().getTime()));


pstmt.executeUpdate();
}
catch (SQLException e)
{
DsmpProxyApp.getLog().error(
"数据库操作错误(Req2DBHandler):" + e.getMessage());
}
finally
{
DBTools.close(conn, pstmt, null);
conn = null;
pstmt = null;
}

}

[badhorse]

我在查询分析器中执行以下语句, 一瞬间即可完成:

update t_stat_hour_user set FNum = FNum + 1
where user_mobile = '8613910866967' and USSDPortal = '138*11' and time_begin = cast('2006-12-21 09:00:00' as datetime)

[badhorse]

我把代码写成下面这样, 速度就很快了, 难道使用参数复制的方式组装Sql语句会有性能问题?

private void updateStatTable(Req2DBReq req)
{
String sql = "update t_stat_hour_user set FNum = FNum + 1 " +
"where user_mobile = '8613910866967' and USSDPortal = '138*11' " +
"and time_begin = cast('2006-12-21 09:00:00' as datetime)";


Connection conn = null;
PreparedStatement pstmt = null;

try
{
Date now = new Date();

conn = DBConnectionPool.getInstance().getConnection();
pstmt = conn.prepareStatement(sql);

pstmt.executeUpdate();
}
catch (SQLException e)
{
DsmpProxyApp.getLog().error(
"数据库操作错误(Req2DBHandler):" + e.getMessage());
}
finally
{
DBTools.close(conn, pstmt, null);
conn = null;
pstmt = null;
}

}

[shine333]

Req2DBReq会有问题吗？

你干吗不试试sql=".... where user_mobile = ? and USSDPortal = ? .... "

pstmt.setString(1, "86....."); //但愿那个测试的是假号码

[badhorse]

不用ReqDBReq我试了一下, 还是同样慢。

[lcllcl987]

"where user_mobile = '8613910866967' and USSDPortal = '138*11' " +
//'8613910866967' 但愿是假号码

[badhorse]

什么意思呀

[fool_leave]

把私人信息隐藏一下吧

[marckle]

调试一下，看看到底具体那一段执行时间长，然后想办法优化这一段。标准的SQL都很快的，用了上层的一些函数就会数量级的慢。

[badhorse]

呵呵, 我随便用的一个号码, 不知道是不是有效号码。

[dreamover]

可能是sqlserver的jdbc驱动里对prepareStatement的处理方式的问题

[badhorse]

我查了些资料, 好像是数据库处理prepareStatement使用的执行计划于普通Statement的执行计划不同。

[badhorse]

我试了微软的jdbc驱动和JDTS, 结果一样。

[badhorse]

看来只能先使用普通Statement语句组装Sql了, 原语句有90多个参数, 会是一条非常丑陋的语句。唉...

[mathsfan]

这个年代效率最重要，语句写的再好，执行不快还是白搭```

[lixiaoxue85]

速度永远不是瓶颈