1、用第2個,第一個屬于ODBC,不具備跨平臺的效果,不建議用
創(chuàng)新互聯(lián)提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作、網(wǎng)頁設(shè)計,品牌網(wǎng)站制作,廣告投放等致力于企業(yè)網(wǎng)站建設(shè)與公司網(wǎng)站制作,10余年的網(wǎng)站開發(fā)和建站經(jīng)驗(yàn),助力企業(yè)信息化建設(shè),成功案例突破上1000家,是您實(shí)現(xiàn)網(wǎng)站建設(shè)的好選擇.
2、可以用下面圖示的這個
3、鏈接的話,看這個
jdbc:mysql://119.23.8.123:3306/test
1,首先寫個方法package util;import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;public class DBUtil { static String jdbcURL = "jdbc:mysql://localhost:3306/book";
static String jdbcDriver = "com.mysql.jdbc.Driver";
static String userName = "root";
static String password = "root";
/**
* 獲取數(shù)據(jù)庫連接對象
* @return 數(shù)據(jù)庫連接對象
* @throws ClassNotFoundException
* @throws SQLException
*/
public static Connection getConnection() throws ClassNotFoundException,
SQLException {
Class.forName(jdbcDriver);
return DriverManager.getConnection(jdbcURL, userName, password);
}
} 2。項(xiàng)目名==右鍵==build path==add external archivers.... 選擇你mysql驅(qū)動 添加進(jìn)去就ok了
力控mysql找不到驅(qū)動方法如下:
解決方法,有3種:
1.把mysql驅(qū)動放在{你的應(yīng)用目錄}/WEB-INF/lib下,重起應(yīng)用實(shí)例。
2.把mysql驅(qū)動放在{tomcat目錄}/shared/lib下,重起tomcat.
3.把mysql驅(qū)動放在{tomcat目錄}/common/lib下,重起tomcat.
你的加載驅(qū)動語句是:String driveName = "com.mysql.jdbc.Driver" ;
你的驅(qū)動jar包mysql-connector-java-5.0.4-bin.jar
你得確保驅(qū)動包里面有com.mysql.jdbc.*
這個可以通過myeclipse查看
如果你沒有看到com.mysql.jdbc.*
那就說明你加載驅(qū)動的語句錯了,可能是別的庫。。。
例如,我加載一個jar:mysql-connector-java-3.0.17-ga-bin.jar
(當(dāng)然這個包很老了,但是還是能夠發(fā)揮作用)
里面也有com.mysql.jdbc
但是還是報錯,最后改成org.gjt.mm.mysql(也是在驅(qū)動包里面的)就可以了。。。不過我是在netbeans下做的。
連接數(shù)據(jù)庫的問題可能是你的數(shù)據(jù)庫設(shè)置的問題,一般端口不會錯,最可能錯的就是密碼了,你可以用一個gui tools登陸mysql 查看一下的。。。。
打開MyEclipse,依次選擇“Windows”—“Open Perspective”—“Other”—“MyEclipse Database Explorer”打開數(shù)據(jù)庫管理窗口。
在窗口左側(cè)空白處,右擊,在彈出的菜單中選擇“New”,彈出數(shù)據(jù)庫驅(qū)動添加窗口。
然后,點(diǎn)擊“Add JARs”,添加下載的驅(qū)動 jars文件,如下圖所示。添加完成后,選擇“Driver classname”驅(qū)動類名:com.mysql.jdbc.Driver
眾所周知, MySQL的驅(qū)動表與被驅(qū)動表是優(yōu)化器自動優(yōu)化選擇的結(jié)果 (與表連接的前后順序等無關(guān)),我們可以用explain執(zhí)行計劃來知曉:
如上所示,前面一行t1是驅(qū)動表,后面一行t2是被驅(qū)動表。那么驅(qū)動表與被驅(qū)動表的選擇是否有規(guī)律可循呢?下面是百度搜索兩個主流的博文對驅(qū)動表與被驅(qū)動表的闡釋:
1. MySQL連接查詢驅(qū)動表被驅(qū)動表以及性能優(yōu)化 - 阿偉~ - 博客園 博文A 主要結(jié)論:
2. mysql驅(qū)動表與被驅(qū)動表及join優(yōu)化_java小小小黑的博客-CSDN博客_mysql驅(qū)動表和被驅(qū)動表 博文B 其主要結(jié)論:
兩個帖子的結(jié)論是都差不多,而且還給出了例子來佐證。那么網(wǎng)上的結(jié)論是否權(quán)威?是否有普遍性?是否存在缺陷?
讓我們來一起打破砂鍋問到底。下面有兩張表結(jié)構(gòu)一模一樣的表t1,t2:其中t1 100條數(shù)據(jù),t2 1000條數(shù)據(jù);t1(t2)結(jié)構(gòu)如下:
按照上面博文的結(jié)論,left join左邊是t2表,應(yīng)該是驅(qū)動表。我們查看下結(jié)果:
與 博文B 中觀點(diǎn)1相違背(同理觀點(diǎn)2也違背),與實(shí)際不符,但究竟這是為什么呢?
下面發(fā)一張MySQL的執(zhí)行過程(來源于《MySQL實(shí)戰(zhàn)45講》中01講【一條SQL查詢語句是如何執(zhí)行的】)
so die si ne,原來sql執(zhí)行的過程是這樣呀。等等,不對,這跟剛才SQL又有什么關(guān)系,上面left join中t2表還是左邊的呀。
我們知道MySQL高版本的性能越來越好,它是不斷進(jìn)行優(yōu)化迭代的。遠(yuǎn)古的mysql版本可能還需要人工把小表放在前面,大表放在后面等這些需要人工調(diào)優(yōu)的經(jīng)驗(yàn)早就已經(jīng)被解決了。也就是說我們寫的語句,MySQL為了追求更好的效率,它在執(zhí)行器執(zhí)行前已經(jīng)幫我們優(yōu)化了。那么實(shí)際優(yōu)化后的sql如何查看呢?用show warning命令:
其中Message就是優(yōu)化后實(shí)際執(zhí)行的sql語句,格式化后如下:
優(yōu)化后left join左連接變成了內(nèi)連接(inner) join。所以用優(yōu)化后的sql看,表t1是小表所以作為驅(qū)動表,與實(shí)際結(jié)果相符。
left join 竟然優(yōu)化成了join,太神奇了,但這是為什么呢?原因在于mysql中null與任何值做等值或者不等值比較的時候都是null,即使是select null=null 也是null。這樣where 條件t1.a=t2.a查詢條件不會包含t2.a為NULL的行,實(shí)際效果其實(shí)跟join一樣,被優(yōu)化器智能的優(yōu)化了。
我們直接看執(zhí)行計劃看實(shí)際結(jié)果吧:
結(jié)果顯示t2是驅(qū)動表,t1是被驅(qū)動表。t2是1000條數(shù)據(jù)按理說是大表應(yīng)該是被驅(qū)動表,與 博文A , 博文B 的結(jié)論又不一致了。
《MySQL實(shí)戰(zhàn)45講》中34講【到底可不可以使用join】已經(jīng)講的很透徹了,很深入了,我就不在這里獻(xiàn)丑了。啰嗦幾句大概就是驅(qū)動表是全表掃描不走索引,所以選被驅(qū)動表t1可以走索引,不會全表掃描,減少IO次數(shù),性能高。里面對大表小表的總結(jié),簡直是精髓,特意在此再次著重強(qiáng)調(diào):
在決定哪個表做驅(qū)動表的時候,應(yīng)該是兩個表按照各自的條件過濾,過濾完成之后,計算參與join的各個字段的總數(shù)據(jù)量,數(shù)據(jù)量小的那個表,就是“小表”,應(yīng)該作為驅(qū)動表。
按照上面分析,我們先獨(dú)立思考下MySQL會選擇哪張表作為驅(qū)動表呢?
表t1,t2在字段a上都有索引不會全表掃描,其中t1.a=5條件過濾后只有一條,很顯然嘛,t1數(shù)據(jù)量少是小表,肯定是驅(qū)動表,錯不了,再說了前面的紅色粗體已經(jīng)強(qiáng)調(diào)了,不會有錯的。
有冇搞錯?事實(shí)又被打臉了。還記得在開篇我們說過的mysql優(yōu)化器會對sql語句進(jìn)行優(yōu)化的嗎?下面我們看下執(zhí)行計劃與優(yōu)化的sql語句:
格式化后的優(yōu)化SQL如下:
優(yōu)化后兩表t1,t2都走索引,并且都只有一條結(jié)果返回,因此都只會掃描一行,數(shù)據(jù)量一樣,所以誰在前面誰就是驅(qū)動表,也就是上面sql中表t2。一切都釋然,豁然開通!
回頭再仔細(xì)想想,高,實(shí)在是高!仔細(xì)深思之后MySQL優(yōu)化后的句子真讓人猛拍大腿。高明之處在于:
1. 本來join連接是個M*N的嵌套循環(huán),優(yōu)化后變成了M+N的判斷,兩表不再嵌套判斷了。
2. 優(yōu)化后,兩表沒有多大必然聯(lián)系,只需把兩表的結(jié)果集拼接即可,互不干擾。如果mysql未來可以多線程查詢,豈不十分快哉!
小伙伴們還記得我們在上一章 MySQL索引初探 中編碼類型不一致發(fā)生隱式轉(zhuǎn)換時有時候走索引,有時候索引又失效的問題嗎?下面我們選取有代表性的一條記錄來分析:
其中表demo_test總共有640條數(shù)據(jù),demo_test_ass有3條數(shù)據(jù)。顯然經(jīng)過過濾條件t.rid1完成后demo_test_ass數(shù)據(jù)量小,應(yīng)該作為驅(qū)動表。雖然test.c_utf8mb4 = t.c2兩字段連接中發(fā)生了t.c2字段發(fā)生隱式轉(zhuǎn)換,但是實(shí)際上并不影響被驅(qū)動表test上的c_utf8mb4索引。
好了,本章到此結(jié)束,讓我們一起 總結(jié)一下MySQL驅(qū)動表與被驅(qū)動表的選取原則 :
?? ? 同等條件,優(yōu)先選取有索引的表作為被驅(qū)動表。 在此介紹一下什么叫同等條件,比如上面的②中的語句。 兩表沒有其他額外的過濾條件,因此選關(guān)聯(lián)字段有索引的t1作為被驅(qū)動表。但是如果加了條件(and t1.id=3),此時t1數(shù)據(jù)量少,就選取了t2作為被驅(qū)動表。
??? MySQL選擇驅(qū)動表與被驅(qū)動表是基于優(yōu)化器優(yōu)化后的,小表是驅(qū)動表,大表是被驅(qū)動表。 基于優(yōu)化器優(yōu)化后開篇的 博文A與B 結(jié)論成立。
當(dāng)然這都是我一家之言,并不是官方結(jié)論,目前暫未找到官方確切對于驅(qū)動表與被驅(qū)動表的解釋,請大家踴躍拍磚!
新聞標(biāo)題:mysql怎么選擇驅(qū)動,mysql的連接驅(qū)動是什么
分享地址:http://jinyejixie.com/article44/hsiiee.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供用戶體驗(yàn)、電子商務(wù)、企業(yè)網(wǎng)站制作、搜索引擎優(yōu)化、服務(wù)器托管、品牌網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)