连接方法如下：
创新互联提供成都网站设计、成都网站建设、网页设计，高端网站设计，1元广告等致力于企业网站建设与公司网站制作，10余年的网站开发和建站经验,助力企业信息化建设，成功案例突破近千家,是您实现网站建设的好选择.
1.建立一个web项目
2.把数据库驱动复制到lib目录下。数据库驱动有：mysql，sqlserver，oracle等 是什么样类型的数据导入相应驱动。
3.编写一个连接数据库的工具类，获取一个连接。下面以mysql数据库为例。
核心代码：
public class DataUtils {
/**
* 从数据中获取一个连接
* @return
*/
public static Connection getConn(){
Connection conn = null;
try {
Class.forName("com.mysql.jdbc.Driver").newInstance();
//表为test，用户名root，密码admin。
conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test", "root", "admin");
} catch (Exception e) {
e.printStackTrace();
}
return conn;
}
}
4.获取到与相应数据库的连接后，就可以做增删改查操作了。记得做完操作后，关闭连接，释放资源。
众所周知， MySQL的驱动表与被驱动表是优化器自动优化选择的结果 （与表连接的前后顺序等无关），我们可以用explain执行计划来知晓：
如上所示，前面一行t1是驱动表，后面一行t2是被驱动表。那么驱动表与被驱动表的选择是否有规律可循呢？下面是百度搜索两个主流的博文对驱动表与被驱动表的阐释：
1. MySQL连接查询驱动表被驱动表以及性能优化 - 阿伟~ - 博客园 博文A 主要结论：
2. mysql驱动表与被驱动表及join优化_java小小小黑的博客-CSDN博客_mysql驱动表和被驱动表 博文B 其主要结论：
两个帖子的结论是都差不多，而且还给出了例子来佐证。那么网上的结论是否权威？是否有普遍性？是否存在缺陷？
让我们来一起打破砂锅问到底。下面有两张表结构一模一样的表t1,t2：其中t1 100条数据，t2 1000条数据；t1（t2）结构如下：
按照上面博文的结论，left join左边是t2表，应该是驱动表。我们查看下结果：
与 博文B 中观点1相违背（同理观点2也违背），与实际不符，但究竟这是为什么呢？
下面发一张MySQL的执行过程（来源于《MySQL实战45讲》中01讲【一条SQL查询语句是如何执行的】）
so die si ne，原来sql执行的过程是这样呀。等等，不对，这跟刚才SQL又有什么关系，上面left join中t2表还是左边的呀。
我们知道MySQL高版本的性能越来越好，它是不断进行优化迭代的。远古的mysql版本可能还需要人工把小表放在前面，大表放在后面等这些需要人工调优的经验早就已经被解决了。也就是说我们写的语句，MySQL为了追求更好的效率，它在执行器执行前已经帮我们优化了。那么实际优化后的sql如何查看呢？用show warning命令：
其中Message就是优化后实际执行的sql语句，格式化后如下：
优化后left join左连接变成了内连接(inner) join。所以用优化后的sql看，表t1是小表所以作为驱动表，与实际结果相符。
left join 竟然优化成了join,太神奇了，但这是为什么呢？原因在于mysql中null与任何值做等值或者不等值比较的时候都是null，即使是select null=null 也是null。这样where 条件t1.a=t2.a查询条件不会包含t2.a为NULL的行，实际效果其实跟join一样，被优化器智能的优化了。
我们直接看执行计划看实际结果吧：
结果显示t2是驱动表，t1是被驱动表。t2是1000条数据按理说是大表应该是被驱动表，与 博文A ， 博文B 的结论又不一致了。
《MySQL实战45讲》中34讲【到底可不可以使用join】已经讲的很透彻了，很深入了，我就不在这里献丑了。啰嗦几句大概就是驱动表是全表扫描不走索引，所以选被驱动表t1可以走索引，不会全表扫描，减少IO次数，性能高。里面对大表小表的总结，简直是精髓，特意在此再次着重强调：
在决定哪个表做驱动表的时候，应该是两个表按照各自的条件过滤，过滤完成之后，计算参与join的各个字段的总数据量，数据量小的那个表，就是“小表”，应该作为驱动表。
按照上面分析，我们先独立思考下MySQL会选择哪张表作为驱动表呢？
表t1,t2在字段a上都有索引不会全表扫描，其中t1.a=5条件过滤后只有一条，很显然嘛，t1数据量少是小表，肯定是驱动表，错不了，再说了前面的红色粗体已经强调了，不会有错的。
有冇搞错？事实又被打脸了。还记得在开篇我们说过的mysql优化器会对sql语句进行优化的吗？下面我们看下执行计划与优化的sql语句：
格式化后的优化SQL如下：
优化后两表t1,t2都走索引，并且都只有一条结果返回，因此都只会扫描一行，数据量一样，所以谁在前面谁就是驱动表，也就是上面sql中表t2。一切都释然，豁然开通！
回头再仔细想想，高，实在是高！仔细深思之后MySQL优化后的句子真让人猛拍大腿。高明之处在于：
1. 本来join连接是个M*N的嵌套循环，优化后变成了M+N的判断，两表不再嵌套判断了。
2. 优化后，两表没有多大必然联系，只需把两表的结果集拼接即可，互不干扰。如果mysql未来可以多线程查询，岂不十分快哉！
小伙伴们还记得我们在上一章 MySQL索引初探 中编码类型不一致发生隐式转换时有时候走索引，有时候索引又失效的问题吗？下面我们选取有代表性的一条记录来分析：
其中表demo_test总共有640条数据，demo_test_ass有3条数据。显然经过过滤条件t.rid1完成后demo_test_ass数据量小，应该作为驱动表。虽然test.c_utf8mb4 = t.c2两字段连接中发生了t.c2字段发生隐式转换，但是实际上并不影响被驱动表test上的c_utf8mb4索引。
好了，本章到此结束，让我们一起 总结一下MySQL驱动表与被驱动表的选取原则 ：
หน ง 同等条件，优先选取有索引的表作为被驱动表。 在此介绍一下什么叫同等条件，比如上面的②中的语句。 两表没有其他额外的过滤条件，因此选关联字段有索引的t1作为被驱动表。但是如果加了条件(and t1.id=3)，此时t1数据量少，就选取了t2作为被驱动表。
สอง MySQL选择驱动表与被驱动表是基于优化器优化后的，小表是驱动表，大表是被驱动表。 基于优化器优化后开篇的 博文A与B 结论成立。
当然这都是我一家之言，并不是官方结论，目前暂未找到官方确切对于驱动表与被驱动表的解释，请大家踊跃拍砖！
1. 下载jdbc 的驱动 mysql-connector-java-5.1.41-bin.jar，并将该驱动放到路径：
D:\apache-jmeter-3.0\lib\
2. 打开Jmeter 工具，添加线程组 ，如图所示：
3. 在Jmeter工具中，添加JDBC Connection Configuration ，如图所示：
4.添加JDBC Request ，如图所示：
5. 添加 查看结果树，如图所示:
6.配置 JDBC Connection Configuration ，如图所示：
7.配置JDBC Request 处，添加需要使用的sql语句，如图所示：
8.将已经下载的jdbc驱动加载到Jmeter工具中，这样就使得mysql与Jmeter连接起来。如图所示：
选择 测试计划 — 进入页面，点击 浏览按钮，如图所示：
9.点击 绿色的 运行按钮，执行结果，如图所示：
IDEA软件开发集成工具，常用于java软件项目开发，软件项目中使用到了mysql数据库存储数据的时候，需要使用客户端图形化工具连接数据查看或修改数据内容，使用IDEA就可以直接连接数据库查询或修改数据，不需要再单独下载数据库客户端软件了，下面我介绍下如何使用IDEA连接mysql数据库查询数据内容的方法:
1、
打开IDEA软件工具，正常打开一个项目工程之后，在工具类的右侧会看到Database图标，点击打开之后，如果之前没有连接过任何数据库，这个窗口页面都是空的点击如图所示的加号按钮，创建一个新的数据库连接
;
2、选择Data Source，然后再选择MySQL，这里可以看到支持很多种数据库类型，这里选择您自己对应使用的数据库类型，这里我们演示使用的是mysql数据库;
3、在这个页面需要填写连接的数据库host，数据库名称，用户名以及密码，端口如果是mysql默认是3306，如果没有修改保持默认即可;
4、连接mysql需要配置mysql连接的数据库驱动文件，如果没有配置的话，会提示没有可用的驱动，在页面点击加号按钮找到电脑的驱动文件位置、添加上即可
;
5、驱动文件和连接配置信息填写完成之后，点击Test Connection按钮测试连接是否可以正常连接，当出现Connection successful提示即表示测试连接成功，以上配置信息填写正确
;
6、直接点击确定按钮，即可正常打开连接进行mysql数据库内容的查询了，可以看到tables是数据库表，下面是函数对象
;
7、在某个表名称上，双击鼠标左键，即可打开表数据内容窗口，查询到了数据表中内容数据，可以针对数据进行增删改查等操作;
8、从以上操作可以看到，一般写代码一般调试数据的时候，可以都在IDEA工具中完成了，不需要再多次切换工具那么麻烦了。
