你现在的位置：& > &
jdbc 将文本数据插入到mysql数据库是报错 ,代码如下 ，感谢各位大神
jdbc 将文本数据插入到mysql数据库是报错 ,代码如下 ，感谢各位大神30分
java.sql.prepareStatement(sql);ps.setClob(ILjava/小强&quot.setClob(2;); javaString sql = &a?;所报异常为;.PreparedStatement ps = con:&#47.mysql, new FileReader(new File(&)));java.lang:d;Reader.insert into Student(Sname.AbstractMethodError.JdbcDemo7?)&quot,myInfo) values(, &io/)Vat jdbc_text.txt&main&ps：Exception in thread &quot.main(JdbcDemo7.setString(1.PreparedStatement,
MySQL的单表限大小为4GB。　　而MySQL另外一个最流行的存储引擎之一Innodb存储数据的策略是分为两种的，而是由所在主机的OS上面的文件系统来决定了，一个表可以跨多个文件存在。从Innodb的官方文档中可以看到，Innodb的单 表限制基本上也在64TB左右了，当时的MySQL的存储引擎还是ISAM存储引擎在老版本的MySQL 3.23开始，而这个表空间可以由很多个文件组成，从目前的技术环境来看。　　而当使用独享表空间来存放Innodb的表的时候，MySQL数据库的MyISAM存储 引擎单表大小限制已经不是有MySQL数据库本身来决定.22中。也就是说。但是，其表空间的最大限制为64TB，这个时候的单表限制，MySQL单表最大限制就已经扩大到了64PB了（官方文档显示），当出现MyISAM存储引擎之后，Innodb的所有数据保存在一个单独的表空间里面，还有一种是独享表空间存储方式，也就是从MySQL 3，一种是共享表空间存储方式，所 以其大小限制不再是文件大小的限制。　　当使用共享表空间存储方式的时候，也就是说，而是其自身的限制，当然这个大小是包括这个表的所有索引等其他相关数据，每个表的数据以一个单独的文件来存放，又变成文件系统的大小限制了
你可能感兴趣的内容？Oracle JDBC 连接时的一个BUG - java小强 - ITeye博客
博客分类：
前两天接到一个工作，某网站无法访问了，重启后也一直挂在哪里，起不来。
我刚开始怀疑是程序配置问题，后来发现，只要初始化Spring内容服务就起不来。看了一下spring配置文件里面配置了两个数据源，都是由tomcat管理的jndi数据源。查看了一下发现有一个数据源有问题，使用小程序测试，发现无法连接该数据库，同时也发现一个问题，程序一直挂在哪里，是否能连接却不再返回结果。
网上也有人遇到过这类问题，看来都没有很好的解决方案，当然，我也没有。
我现在只是说明一下问题，并复现一下场景。
你可以使用附件内调试工具或自己下载一个TCP调试工具，然后开启一个端口，然后写一个小程序把这个端口当成Oracle服务端口去访问。
import java.sql.C
import java.util.P
import oracle.jdbc.driver.OracleD
* 数据库连接对象管理类
* @author cuisuqiang
* @version 1.0
public class ConnectionManager {
private static final String url = "jdbc:oracle:thin:@192.168.1.155:1521:orcl";
private static final String username = "scott";
private static final String userpass = "bi123";
public static void main(String[] args) throws Exception {
Connection conn = getConnection("1");
if (null != conn) {
System.out.println(conn.toString());
System.out.println("NO LINK");
public static Connection getConnection(String tar) {
Connection conn =
OracleDriver driver = new OracleDriver();
Properties properties = new Properties();
properties.put("user", username);
properties.put("password", userpass);
conn = driver.connect(url, properties);
} catch (Exception e) {
e.printStackTrace();
看服务窗口：
可以看到，程序发来了登录信息，但是我们不回复，然后就会看到，程序死在了：
conn = driver.connect(url, properties);
获得连接这里！
请您到ITEYE看我的原创：
或支持我的个人博客，地址：
下载次数: 442
浏览 12525
没看懂，既然说是JNDI管理，找JNDI要不就行了，干嘛要还要去classforname，new driver etc
JNDI也需要底层驱动才能访问数据库！这样写只是为了示例！
medbricom 写道tomcat jndi默认使用的是dbcp连接池 dbcp强行关闭连接或数据库重启无法reconnect（重连），这是dbcp的一个bug，当dbcp强行关闭连接或数据库重启，需要重启服务才行
你说的这个问题我遇到过。
解决方案？
tomcat jndi默认使用的是dbcp连接池 dbcp强行关闭连接或数据库重启无法reconnect（重连），这是dbcp的一个bug，当dbcp强行关闭连接或数据库重启，需要重启服务才行你说的这个问题我遇到过。
唉，以为是什么天大的BUG个~~！被标头忽悠了。
那是因为你没有遇到这样的问题！许多时候我们不都是因为一个自己为然的小问题纠结几天么！
tomcat jndi默认使用的是dbcp连接池 dbcp强行关闭连接或数据库重启无法reconnect（重连），这是dbcp的一个bug，当dbcp强行关闭连接或数据库重启，需要重启服务才行
我在现场遇到的情况是，Tomcat下配置了JNDI，当远程只有端口开启没有服务时能力时，Tomcat启动挂起！
cuisuqiang 写道tianzizhi 写道oracle.net.READ_TIMEOUT 设置一下就行了
29楼已经说过了
看都没仔细看，前面说过了的我还会说么？
1.properties.put("oracle.jdbc.ReadTimeout", "10000");&&&
2.properties.put("oracle.net.CONNECT_TIMEOUT", "10000");&&
仔细看一下一样么，这个oracle.jdbc.ReadTimeout是无效的，我说的是oracle.net.READ_TIMEOUT,这个参数是驱动底层socket用到的，设置了这个，不管是登陆或sql执行超时了都是报read_timout错误
谢谢，经测试，无效果
tianzizhi 写道oracle.net.READ_TIMEOUT 设置一下就行了
29楼已经说过了
看都没仔细看，前面说过了的我还会说么？
1.properties.put("oracle.jdbc.ReadTimeout", "10000");&&&
2.properties.put("oracle.net.CONNECT_TIMEOUT", "10000");&&
仔细看一下一样么，这个oracle.jdbc.ReadTimeout是无效的，我说的是oracle.net.READ_TIMEOUT,这个参数是驱动底层socket用到的，设置了这个，不管是登陆或sql执行超时了都是报read_timout错误
rensanning 写道properties.put("oracle.jdbc.ReadTimeout", "10000");
properties.put("oracle.net.CONNECT_TIMEOUT", "10000"); 经测试，无效果！再设置一下SQLNET.EXPIRE_TIME试试吧（ORACLE_HOME/network/admin/sqlnet.ora）
oracle.net.READ_TIMEOUT 设置一下就行了这个参数是针对Firewall的。
估计是数据库那端有问题，魔力猫咪 已经说过了
oracle连接数限制问题这不是我要说的问题
oracle.net.READ_TIMEOUT 设置一下就行了29楼已经说过了
http://blog.csdn.net/downloadsunlight2009/article/details/7579058在jdbc的标准接口中,有DriverManager.setLoginTimeout方法,用来设置建立数据库连接的超时.我在对sql&& server进行过测试,该方法是能够生效的.但是如果对于oracle(8i,9i),该方法没有效果.查阅oracle的官方文档,结果竟然是 "Oracle&& JDBC&& does&& not&& support&& login&& timeouts.&& Calling&& the&& static&& DriverManager.setLoginTimeout()&& method&& will&& have&& no&& effect ",没有想到oralce&& jdbc&& driver竟然没有实现这个功能,经过反编译，确实没有找到关于超时的处理！
& 上一页 1
cuisuqiang
浏览: 2553683 次
来自: 北京
浏览量：2352518
学习了！ 用了这个方法，就不会阻塞了
用setField返回一些简单，重要的信息，不要保存太多的信息 ...
写道为什么我下载你的mypushlet.ra ...
为什么我下载你的mypushlet.rar 怎么出不来 报40 ...
请问一下前端是怎么处理的啊用户名：ztfriend
文章数：128
评论数：69
访问量：99346
注册日期：
阅读量：1297
阅读量：3317
阅读量：434062
阅读量：1121737
51CTO推荐博文
今天试着直接用jdbc连一下Teradata，报了下面的错：
GSSException:&Failure&unspecified&at&GSS-API&level&(Mechanism&level:&UserFile&parameter&null) &&at&com.teradata.tdgss.jtdgss.TdgssParseXml.&init&(DashoA1*..) &&at&com.teradata.tdgss.jtdgss.TdgssConfigApi.&init&(DashoA1*..) &&at&com.teradata.tdgss.jtdgss.TdgssManager.&init&(DashoA1*..) &&at&com.teradata.tdgss.jtdgss.TdgssManager.getInstance(DashoA1*..) &&at&com.teradata.jdbc.jdbc.GenericTeraEncrypt.getGSSM(GenericTeraEncrypt.java:622) &&at&com.teradata.jdbc.jdbc.GenericTeraEncrypt.getConfig(GenericTeraEncrypt.java:640) &&at&com.teradata.jdbc.jdbc.GenericTeraEncrypt.getUserNameForOid(GenericTeraEncrypt.java:733) &&at&com.teradata.jdbc.AuthMechanism.&init&(AuthMechanism.java:50) &&at&com.teradata.jdbc.jdbc.GenericInitDBConfigState.action(GenericInitDBConfigState.java:104) &&at&com.teradata.jdbc.jdbc.GenericLogonController.run(GenericLogonController.java:49) &&at&com.teradata.jdbc.jdbc_4.TDSession.&init&(TDSession.java:201) &&at&com.teradata.jdbc.jdbc_3.ifjdbc_4.TeraLocalConnection.&init&(TeraLocalConnection.java:99) &&at&com.teradata.jdbc.jdbc.ConnectionFactory.createConnection(ConnectionFactory.java:54) &&at&com.teradata.jdbc.TeraDriver.doConnect(TeraDriver.java:218) &&at&com.teradata.jdbc.TeraDriver.connect(TeraDriver.java:151) &&at&java.sql.DriverManager.getConnection(DriverManager.java:512) &&at&java.sql.DriverManager.getConnection(DriverManager.java:171) &&at&myservlet.Action.main(Action.java:48) &
查了一会，发现原来Teradata需要3个包，而我只给了1个包。
terajdbc4.jar
tdgssjava.jar
tdgssconfig.jar
说实话，我觉得Teradata将jdbc所需设计成3个包也许是个缺陷吧，对初学者不友好噢。本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)