1,今天知识点
-- 1,1 配置文件在项目中三个位置
项目同级
src同级
包路径下
有且只有这三种情况
-- 1,2 使用阿里德鲁伊线程池进行操作
需要注意:必须使用德鲁伊提供的配置文件
-- 1,3 DruidDbUtil中DML方法封装
封装过程需要用到可变参数的定义
-- 1,4 JDBC中操作事务的方式和方法。
自动改手动,DML操作语句,提交或者回滚代码
会议 ID:799 017 555
昨天晚上问题内容汇总:
问题一:
如何避免以上问题:
先在这个Mysql客户端进行运行尝试,然后在到java代码中就避免这个问题
INSERT INTO user VALUES(?,?,?);
INSERT INTO user VALUES(1,'123','123');
问题二:
那个封装链接的时候
放不进去 静态块里啊
static{
// 当前static语句块只能进行这个执行操作,不能再声明一个全局变量。
// 强行记忆:当前static语句块相当于一个方法,这个方法不能在声明一个全局变量。
try {
Class.forName("com.mysql.jdbc.Driver");
}
catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
问题三:关于路径的问题
明天早上课 前能在讲一下 读取配置文件时 用你的那个写法吗 不是很明白 还有老师 我在写的时候 写相对路径 时 读取不到配置文件 但写绝对路径时就可以
问题3:为什么没有找到路径,你写的路径为什么不正确。
第一:路径不正确,当前在项目中配置路径和你写写的相对路径不对。
在企业项目中一共有三个路径和配置文件相关联。
路径1:在当前这个项目下
在eclipse下
当前路径特点跟:src和lib平级。
在文件下查看的路径
如果配置文件在这个路径:./project.properties
路径二:
将当前这个配置文件bin.properties放在这个src目录下
如果打包之后这个路径应该放在的位置是:
当前这个位置在哪里:如何获取
DbUtil.class.getClassLoader().asResourceStream("bin.properties");
路径三:
在我的包下这个配置文件,app.properties
在发布之后文件夹下查看的路径:
这个路径如何获取:
Main.class.getClassLoader().asResourceStream("com\dl\tt\app\app.properties");
通过这个java代码如何验证以上理论是否正确:
方案1:正确
代码验证如下:
方案2的验证:
方案3的验证:
Dbutil02中存在问题:
1,假如我有10万用户来访问当前数据库,那么意味着就会创建
10万个con链接对象。消耗大量的内存。
如果用户链接过多,内存崩溃了。
方案:如何进行解决?
遇到同样问题应该是阿里公司双11的平台。如果这个阿里提供代码服务,我们按照阿里方式进行。
阿里解决方案:
德鲁伊:duird.jar
操作的步骤:
1,下载德鲁伊.jar
一共三个文件
.jar(编译之后class文件) ,
doc(API文档).jar,
source.jar(源代码)
2,将这个duird.jar添加到项目中。添加到编译环境
3, 配置文件
3,1 位置,参照以下这个图片
3,2 关于配置文件的内容
以上我们自己编写存在问题,需要修改为下图,使用德鲁伊方式
3,3 关于这个配置文件中配置选项的解释
initialSize=5 当前这个池子初始化有且只有5个
maxActive=10 最大活跃的数量是10个。
maxWait=3000 需要等待的最大时间3000
maxIdle=8 最大的空闲个数8个
minIdle=3 最小3个等待链接。
回忆:一代BbUtil存在问题:有且只有一个实例,单态。
如果有一个用户将这个链接关闭,其他用户无法使用。
1个链接
回忆:二代BbUtil存在问题:如果有多用户,海量用户使用这个Dbutil那么
链接会将内存耗尽,软件崩溃。
多个链接
阿里方案:使用叫做数据库链接池方案。
// 2,需要了解一下这个阿里德鲁伊的基本原理
// 以前的创建方式,有一个请求,生成一个链接。
// 阿里方式:给你链接生成一个链接池子,这个池子有这个链接,需要的时候到池子中去获取链接。
// 不需要实时进行创建。
4,测试这个阿里的德鲁伊
4,1 使用昨天讲的三层架构方式进行测试。
第一层:entry,bean,pojo,vo
com.dl.tt.entry
特点:只有get/set方法并且和数据库中表一一对应。
第二层:dao 数据操作层,声明接口。
无非数据库表的增,删,改,查
com.dl.tt.dao
第三层:dao具体一个实现层 impl
com.dl.tt.dao.impl
4,2 当前这个DruiDbUtil能不能再封装了?
在当前类中添加一个方法,这个方法共同性,DML
增,删,修改都归我来管
共同性总结:
4,2,1 都需要一个ps(PrepareStatment)
4,2,2 需要一个SQL语句
4,2,3 需要给这个SQL语句进行赋值。
4,2,4 执行当前这个语句,调用excuteUpdate()方法
5,关于这个jdbc中使用这个事务
5,1 什么是事物?
5,2 有那些操作?
开启事物,
START TRANSACTIONS;
提交,
COMMINT;
回滚
ROLLBACK;
Dbutil02中存在问题:
1,假如我有10万用户来访问当前数据库,那么意味着就会创建
10万个con链接对象。消耗大量的内存。
如果用户链接过多,内存崩溃了。
方案:如何进行解决?
遇到同样问题应该是阿里公司双11的平台。如果这个阿里提供代码服务,我们按照阿里方式进行。
阿里解决方案:
德鲁伊:duird.jar
操作的步骤:
1,下载德鲁伊.jar
一共三个文件
.jar(编译之后class文件) ,
doc(API文档).jar,
source.jar(源代码)
2,将这个duird.jar添加到项目中。添加到编译环境
3, 配置文件
3,1 位置,参照以下这个图片
3,2 关于配置文件的内容
以上我们自己编写存在问题,需要修改为下图,使用德鲁伊方式
3,3 关于这个配置文件中配置选项的解释
initialSize=5 当前这个池子初始化有且只有5个
maxActive=10 最大活跃的数量是10个。
maxWait=3000 需要等待的最大时间3000
maxIdle=8 最大的空闲个数8个
minIdle=3 最小3个等待链接。
回忆:一代BbUtil存在问题:有且只有一个实例,单态。
如果有一个用户将这个链接关闭,其他用户无法使用。
1个链接
回忆:二代BbUtil存在问题:如果有多用户,海量用户使用这个Dbutil那么
链接会将内存耗尽,软件崩溃。
多个链接
阿里方案:使用叫做数据库链接池方案。
// 2,需要了解一下这个阿里德鲁伊的基本原理
// 以前的创建方式,有一个请求,生成一个链接。
// 阿里方式:给你链接生成一个链接池子,这个池子有这个链接,需要的时候到池子中去获取链接。
// 不需要实时进行创建。
4,测试这个阿里的德鲁伊
4,1 使用昨天讲的三层架构方式进行测试。
第一层:entry,bean,pojo,vo
com.dl.tt.entry
特点:只有get/set方法并且和数据库中表一一对应。
第二层:dao 数据操作层,声明接口。
无非数据库表的增,删,改,查
com.dl.tt.dao
第三层:dao具体一个实现层 impl
com.dl.tt.dao.impl
4,2 当前这个DruiDbUtil能不能再封装了?
在当前类中添加一个方法,这个方法共同性,DML
增,删,修改都归我来管
共同性总结:
4,2,1 都需要一个ps(PrepareStatment)
4,2,2 需要一个SQL语句
4,2,3 需要给这个SQL语句进行赋值。
4,2,4 执行当前这个语句,调用excuteUpdate()方法
5,关于这个jdbc中使用这个事务
5,1 什么是事物?
5,2 有那些操作?
开启事物,
START TRANSACTIONS;
提交,
COMMINT;
回滚
ROLLBACK;
问题1描述:
这个文件编写掉了一个
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Properties.java:434)
at java.util.Properties.load0(Properties.java:353)
at java.util.Properties.load(Properties.java:341)
at com.dl.tt.util.DruidDbUtil.
at com.dl.tt.app.DruidDbutilTest.main(DruidDbutilTest.java:11)
Exception in thread "main" java.lang.NullPointerException
at com.dl.tt.util.DruidDbUtil.getCon(DruidDbUtil.java:50)
at com.dl.tt.app.DruidDbutilTest.main(DruidDbutilTest.java:11)
问题记录2:
java.sql.SQLException: Access denied for user ''@'localhost' (using password: YES)
出现以上问题:
有几个情况请注意:
情况1:
你在配置文件的用户名和密码不正确。
情况2:
你的这个@'localhost 权限不够用。
show DATABASES;
use mysql;
show tables;
SELECT * FROM user;
情况3:因为你读取了一个错误配置信息,配置文件中这个key写错了
必须使用这个德鲁伊配置提供key方式进行。
问题3:已经存在这个主键1010 ,所以无法插入
Exception in thread "main" java.sql.BatchUpdateException: Duplicate entry '1010' for key 'PRIMARY'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.Util.getInstance(Util.java:408)
at com.mysql.jdbc.SQLError.createBatchUpdateException(SQLError.java:1162)
at com.mysql.jdbc.StatementImpl.executeBatchInternal(StatementImpl.java:1060)
at com.mysql.jdbc.StatementImpl.executeBatch(StatementImpl.java:970)
at com.alibaba.druid.pool.DruidPooledStatement.executeBatch(DruidPooledStatement.java:568)
at com.dl.tt.app.TActionTest.main(TActionTest.java:32)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1010' for key 'PRIMARY'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.Util.getInstance(Util.java:408)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:935)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3973)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3909)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2527)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2680)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2486)
at com.mysql.jdbc.StatementImpl.executeUpdateInternal(StatementImpl.java:1552)
at com.mysql.jdbc.StatementImpl.executeBatchInternal(StatementImpl.java:1034)
... 3 more