仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1074|回复: 9
打印 上一主题 下一主题

[学习教程] 发一篇mysql JDBC URL格局及其参数申明

[复制链接]
蒙在股里 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 20:12:07 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
DBaaS系统其实具有更大的市场机遇:像其他云服务一样,DBaaS意味着更短的销售周期,更少的启动费用,持续不断的收入,也意味着比之前更多的客户。比来碰到如许的成绩
会报atcom.MySQL.jdbc.MysqlIO.readFully(MysqlIO.java:1905)
atcom.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2351)
atcom.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2862)
atcom.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1571)
atcom.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1666)
atcom.mysql.jdbc.Connection.execSQL(Connection.java:2988)
atcom.mysql.jdbc.Connection.execSQL(Connection.java:2917)
atcom.mysql.jdbc.Statement.executeQuery(Statement.java:824)
atcom.zycy.db.DbTrans.executeQuery(DbTrans.java:127)
如许的毛病,重启Tomcat服务后就行了,可是过一夜就有呈现如许的成绩


mysqlJDBCURL格局以下:

jdbc:mysql://[host:port],[host:port].../[database][?参数名1][=参数值1][&参数名2][=参数值2]...

经常使用的几个较为主要的参数:

参数称号参数申明缺省值最低版本请求
user数据库用户名(用于毗连数据库)一切版本
passWord用户暗码(用于毗连数据库)一切版本
useUnicode是不是利用Unicode字符集,假如参数characterEncoding设置为gb2312或gbk,本参数值必需设置为truefalse1.1g
characterEncoding当useUnicode设置为true时,指定字符编码。好比可设置为gb2312或gbkfalse1.1g
autoReconnect当数据库毗连非常中止时,是不是主动从头毗连?false1.1
autoReconnectForPools是不是利用针对数据库毗连池的重连战略false3.1.3
failOverReadOnly主动重连乐成后,毗连是不是设置为只读?true3.0.12
maxReconnectsautoReconnect设置为true时,重试毗连的次数31.1
initialTimeoutautoReconnect设置为true时,两次重连之间的工夫距离,单元:秒21.1
connectTimeout和数据库服务器创建socket毗连时的超时,单元:毫秒。0暗示永不超时,合用于JDK1.4及更高版本03.0.1
socketTimeoutsocket操纵(读写)超时,单元:毫秒。0暗示永不超时03.0.1

对应中文情况,一般mysql毗连URL能够设置为:
jdbc:mysql://localhost:3306/test?user=root&password=&useUnicode=true&characterEncoding=utf8&autoReconnect=true&failOverReadOnly=false

在利用数据库毗连池的情形下,最好设置以下两个参数:
autoReconnect=true&failOverReadOnly=false

必要注重的是,在xml设置文件中,url中的&标记必要本义成&。好比在tomcat的server.xml中设置数据库毗连池时,mysqljdbcurl样比方下:
jdbc:mysql://localhost:3306/test?user=root&password=&useUnicode=true&characterEncoding=utf8&autoReconnect=true&failOverReadOnly首先我们要知道,或许有一项技术存在很多理由让我们可以选择使用MySQL学习教程,但是让我们不使用它往往只要有一个理由就足够了。
蒙在股里 该用户已被删除
沙发
 楼主| 发表于 2015-3-8 02:04:26 | 显示全部楼层
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-16 20:47

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表