1.mybaties的一對(duì)多：拿客戶與訂單來(lái)說(shuō)在客戶這個(gè)bean屬性里面配置一個(gè)訂單集合，在xml里面配置，有一個(gè)resultMap屬性，這個(gè)屬性指向resultMap標(biāo)簽的id,在這個(gè)標(biāo)簽中配置了一個(gè)collection標(biāo)簽 指向的就是訂單

image.png

2.java的跨平臺(tái)原理
Java通過(guò)不同的系統(tǒng)、不同版本、不同位數(shù)的java虛擬機(jī)(jvm),來(lái)屏蔽不同的系統(tǒng)指令集差異而對(duì)外體統(tǒng)統(tǒng)一的接口(java API),對(duì)于我們普通的java開(kāi)發(fā)者而言，只需要按照接口開(kāi)發(fā)即可。如果我系統(tǒng)需要部署到不同的環(huán)境時(shí)，只需在系統(tǒng)上面按照對(duì)應(yīng)版本的虛擬機(jī)即可。
2.1.3講一下java中int數(shù)據(jù)占幾個(gè)字節(jié)

image.png

2.1.4 面向?qū)ο蟮奶卣饔心男┓矫?br> 有四大基本特征:封裝、抽象、繼承、多態(tài)
面向?qū)ο蟮姆庋b性，即將對(duì)象封裝成一個(gè)高度自治和相對(duì)封閉的個(gè)體，對(duì)象狀態(tài)（屬性）由這個(gè)對(duì)象自己的行為（方法）來(lái)讀取和改變。
張三這個(gè)人，他的姓名等屬性，要有自己提供的獲取或改變的方法來(lái)操作。private name setName getName
抽象就是找出一些事物的相似和共性之處，然后將這些事物歸為一個(gè)類，這個(gè)類只考慮這些事物的相似和共性之處，并且會(huì)忽略與當(dāng)前主題和目標(biāo)無(wú)關(guān)的那些方面，將注意力集中在與當(dāng)前目標(biāo)有關(guān)的方面。 就是把現(xiàn)實(shí)生活中的對(duì)象，抽象為類。
在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候，可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)之上來(lái)進(jìn)行，把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容，并可以加入若干新的內(nèi)容，或修改原來(lái)的方法使之更適合特殊的需要，這就是繼承。遺產(chǎn)繼承
多態(tài)是指程序中定義的引用變量所指向的具體類型和通過(guò)該引用變量發(fā)出的方法調(diào)用在編程時(shí)并不確定，而是在程序運(yùn)行期間才確定，即一個(gè)引用變量倒底會(huì)指向哪個(gè)類的實(shí)例對(duì)象，該引用變量發(fā)出的方法調(diào)用到底是哪個(gè)類中實(shí)現(xiàn)的方法，必須在由程序運(yùn)行期間才能決定。

Object obj = new xxx();
UserDao userDao = new UserDaoJdbcImpl();
UserDao userDao = new UserDaoHibernateImpl();
靠的是父類或接口定義的引用變量可以指向子類或具體實(shí)現(xiàn)類的實(shí)例對(duì)象，而程序調(diào)用的方法在運(yùn)行期才動(dòng)態(tài)綁定，就是引用變量所指向的具體實(shí)例對(duì)象的方法，也就是內(nèi)存里正在運(yùn)行的那個(gè)對(duì)象的方法，而不是引用變量的類型中定義的方法。
原則：回答比較抽象問(wèn)題的時(shí)候，要舉例說(shuō)明
2.1.5有了基本數(shù)據(jù)類型，為什么還需要包裝類型？
基本數(shù)據(jù)類型，java中提供了8中基本的數(shù)據(jù)類型。boolean int float等

包裝類型：每一個(gè)基本的數(shù)據(jù)類型都會(huì)一一對(duì)應(yīng)一個(gè)包裝類型。
boolean ----->Boolean
Int -------->Integer

裝箱和拆箱
裝箱：把基本的數(shù)據(jù)類型轉(zhuǎn)換成對(duì)應(yīng)的包裝類型.
Integer .valueOf(1)
Integer i = 1;自動(dòng)裝箱，實(shí)際上在編譯時(shí)會(huì)調(diào)用Integer .valueOf方法來(lái)裝箱
拆箱：就是把包裝類型轉(zhuǎn)換為基本數(shù)據(jù)類型.基本數(shù)據(jù)類型 名稱 = 對(duì)應(yīng)的包裝類型。
Integer i = 1;
int j = i;//自動(dòng)拆箱//int j = i=intValue();手動(dòng)拆箱
自動(dòng)拆箱：實(shí)際上會(huì)在編譯調(diào)用intValue

Java是一個(gè)面向?qū)ο蟮恼Z(yǔ)言，而基本的數(shù)據(jù)類型，不具備面向?qū)ο蟮奶匦浴?br> null Integer--->null int---->0 用Integer和int分別表示Person這個(gè)類的ID
Max 最大值
min 最小值
緩存值:對(duì)象緩存,Integer i=1; integer j= 1;i ==j
2.1.6、說(shuō)一下"=="和equals方法究竟有什么區(qū)別？
非常經(jīng)典的一個(gè)面試題？先說(shuō)清楚一個(gè)，再來(lái)說(shuō)另一個(gè)？
==用來(lái)判斷兩個(gè)變量之間的的值是否相等。變量就可以分為基本數(shù)據(jù)類型變量，引用類型。
如果是基本數(shù)據(jù)類型的變量直接比較值而引用類型要比較對(duì)應(yīng)的引用的內(nèi)存的首地址。

image.png

equals 用來(lái)比較兩個(gè)對(duì)象長(zhǎng)得是否一樣。判斷兩個(gè)對(duì)象的某些特征是否一樣。實(shí)際上就是調(diào)用對(duì)象的equals方法進(jìn)行比較。

2.2 java web部分
2.2.1講一下http get和post請(qǐng)求的區(qū)別?
GET和POST請(qǐng)求都是http的請(qǐng)求方式，用戶通過(guò)不同的http的請(qǐng)求方式完成對(duì)資源（url）的不同操作。GET，POST，PUT，DELETE就對(duì)應(yīng)著對(duì)這個(gè)資源的查 ，改 ，增 ，刪 4個(gè)操作,具體點(diǎn)來(lái)講GET一般用于獲取/查詢資源信息，而POST一般用于更新資源信息
1、Get請(qǐng)求提交的數(shù)據(jù)會(huì)在地址欄顯示出來(lái)，而post請(qǐng)求不會(huì)再地址欄顯示出來(lái).
GET提交，請(qǐng)求的數(shù)據(jù)會(huì)附在URL之后（就是把數(shù)據(jù)放置在HTTP協(xié)議頭中），以?分割URL和傳輸數(shù)據(jù)，多個(gè)參數(shù)用&連接；POST提交：把提交的數(shù)據(jù)放置在是HTTP包的包體中。 因此，GET提交的數(shù)據(jù)會(huì)在地址欄中顯示出來(lái)，而POST提交，地址欄不會(huì)改變
2、傳輸數(shù)據(jù)的大小
http Get請(qǐng)求由于瀏覽器對(duì)地址長(zhǎng)度的限制而導(dǎo)致傳輸?shù)臄?shù)據(jù)有限制。而POST請(qǐng)求不會(huì)因?yàn)榈刂烽L(zhǎng)度限制而導(dǎo)致傳輸數(shù)據(jù)限制。
3、安全性,POST的安全性要比GET的安全性高。由于數(shù)據(jù)是會(huì)在地址中呈現(xiàn)，所以可以通過(guò)歷史記錄找到密碼等關(guān)鍵信息。
2.2.2 說(shuō)一下你對(duì)servlet的理解？或者servlet是什么？
Servlet（Server Applet），全稱Java Servlet， 是用Java編寫的服務(wù)器端程序。而這些Sevlet都要實(shí)現(xiàn)Servlet這個(gè)借口。其主要功能在于交互式地瀏覽和修改數(shù)據(jù)，生成動(dòng)態(tài)Web內(nèi)容。Servlet運(yùn)行于支持Java的應(yīng)用服務(wù)器中。
實(shí)際工作中是繼承HttpServlet 重寫doGet和doPost方法或者你也可以重寫service方法完成對(duì)get和post請(qǐng)求的響應(yīng)
2.2.3簡(jiǎn)單說(shuō)一下servlet的生命周期?
servlet有良好的生存期的定義，包括加載和實(shí)例化、初始化、處理請(qǐng)求以及服務(wù)結(jié)束。這個(gè)生存期由javax.servlet.Servlet接口的init,service和destroy方法表達(dá)。

加載Servlet的class---->實(shí)例化Servlet----->調(diào)用Servlet的init完成初始化---->響應(yīng)請(qǐng)求（Servlet的service方法）----->Servlet容器關(guān)閉時(shí)(Servlet的destory方法)

Servlet啟動(dòng)時(shí)，開(kāi)始加載servlet生命周期開(kāi)始。Servlet被服務(wù)器實(shí)例化后，容器運(yùn)行其init方法，請(qǐng)求到達(dá)時(shí)運(yùn)行其service方法，service方法自動(dòng)派遣運(yùn)行與請(qǐng)求對(duì)應(yīng)的doXXX方法（doGet，doPost）等，當(dāng)服務(wù)器決定將實(shí)例銷毀的時(shí)候(服務(wù)器關(guān)閉)調(diào)用其destroy方法。

2.2.4 Servlet API中forward() 與redirect()的區(qū)別？
1、forward是服務(wù)器端的轉(zhuǎn)向而redirect是客戶端的跳轉(zhuǎn)。
2、使用forward瀏覽器的地址不會(huì)發(fā)生改變。而redirect會(huì)發(fā)生改變。
3、Forward是一次請(qǐng)求中完成。而redirect是重新發(fā)起請(qǐng)求。
4、Forward是在服務(wù)器端完成，而不用客戶端重新發(fā)起請(qǐng)求，效率較高。
2.2.5 JSP和Servlet有哪些相同點(diǎn)和不同點(diǎn)?
JSP是Servlet技術(shù)的擴(kuò)展，所有的jsp文件都會(huì)被翻譯為一個(gè)繼承HttpServlet的類。也就是jsp最終也是一個(gè)Servlet.這個(gè)Servlet對(duì)外提供服務(wù)。

image.png

Servlet和JSP最主要的不同點(diǎn)在于JSP側(cè)重于視圖，Servlet主要用于控制邏輯。

Servlet如果要實(shí)現(xiàn)html的功能，必須使用Writer輸出對(duì)應(yīng)的html,比較麻煩。而JSP的情況是Java和HTML可以組合成一個(gè)擴(kuò)展名為.jsp的文件,做界面展示比較方便而嵌入邏輯比較復(fù)雜。
2.2.6 jsp有哪些內(nèi)置對(duì)象?作用分別是什么?
9個(gè)內(nèi)置對(duì)象：
9個(gè)內(nèi)置的對(duì)象：
request 用戶端請(qǐng)求，此請(qǐng)求會(huì)包含來(lái)自GET/POST請(qǐng)求的參數(shù)
response 網(wǎng)頁(yè)傳回用戶端的回應(yīng)
pageContext 網(wǎng)頁(yè)的屬性是在這里管理
session 與請(qǐng)求有關(guān)的會(huì)話期
application servlet正在執(zhí)行的內(nèi)容
out 用來(lái)傳送回應(yīng)的輸出
config servlet的構(gòu)架部件
page JSP網(wǎng)頁(yè)本身
exception 針對(duì)錯(cuò)誤網(wǎng)頁(yè)，未捕捉的例外
四大作用域：pageContext request session application 可以通過(guò)jstl從四大作用域中取值.
Jsp傳遞值request session application cookie也能傳值
事務(wù)有四個(gè)特性：ACID
原子性（Atomicity）：事務(wù)是一個(gè)原子操作，由一系列動(dòng)作組成。事務(wù)的原子性確保動(dòng)作要么全部完成，要么完全不起作用。
一致性（Consistency）：一旦事務(wù)完成（不管成功還是失?。?，系統(tǒng)必須確保它所建模的業(yè)務(wù)處于一致的狀態(tài)，而不會(huì)是部分完成部分失敗。在現(xiàn)實(shí)中的數(shù)據(jù)不應(yīng)該被破壞。
隔離性（Isolation）：可能有許多事務(wù)會(huì)同時(shí)處理相同的數(shù)據(jù)，因此每個(gè)事務(wù)都應(yīng)該與其他事務(wù)隔離開(kāi)來(lái)，防止數(shù)據(jù)損壞。
持久性（Durability）：一旦事務(wù)完成，無(wú)論發(fā)生什么系統(tǒng)錯(cuò)誤，它的結(jié)果都不應(yīng)該受到影響，這樣就能從任何系統(tǒng)崩潰中恢復(fù)過(guò)來(lái)。通常情況下，事務(wù)的結(jié)果被寫到持久化存儲(chǔ)器中。
為什么要用到spring的事務(wù)管理？
spring的事務(wù)管理是為了對(duì)數(shù)據(jù)庫(kù)的統(tǒng)一操作，提交和回滾，為了防止數(shù)據(jù)出現(xiàn)臟讀和幻讀
2.2.7說(shuō)一下session和cookie的區(qū)別？你在項(xiàng)目中都有哪些地方使用了？
Session和cookie都是會(huì)話(Seesion)跟蹤技術(shù)。Cookie通過(guò)在客戶端記錄信息確定用戶身份，Session通過(guò)在服務(wù)器端記錄信息確定用戶身份。但是Session的實(shí)現(xiàn)依賴于Cookie,sessionId(session的唯一標(biāo)識(shí)需要存放在客戶端).
Cook ie 和session 的區(qū)別：
1、cookie數(shù)據(jù)存放在客戶的瀏覽器上，session數(shù)據(jù)放在服務(wù)器上。
2、cookie不是很安全，別人可以分析存放在本地的COOKIE并進(jìn)行COOKIE欺騙
考慮到安全應(yīng)當(dāng)使用session。
3、session會(huì)在一定時(shí)間內(nèi)保存在服務(wù)器上。當(dāng)訪問(wèn)增多，會(huì)比較占用你服務(wù)器的性能,考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用COOKIE。
4、單個(gè)cookie保存的數(shù)據(jù)不能超過(guò)4K，很多瀏覽器都限制一個(gè)站點(diǎn)最多保存20個(gè)cookie。
5、所以個(gè)人建議：
將登陸信息等重要信息存放為SESSION
其他信息如果需要保留，可以放在COOKIE中，比如購(gòu)物車
購(gòu)物車最好使用cookie，但是cookie是可以在客戶端禁用的，這時(shí)候我們要使用cookie+數(shù)據(jù)庫(kù)的方式實(shí)現(xiàn)，當(dāng)從cookie中不能取出數(shù)據(jù)時(shí)，就從數(shù)據(jù)庫(kù)獲取。
2.2.8、MVC的各個(gè)部分都有那些技術(shù)來(lái)實(shí)現(xiàn)?
M(Model) 模型 javabean
V(View) 視圖 html jsp volicity freemaker
C(Control) 控制器 Servlet,Action

Jsp+Servlet+javabean 最經(jīng)典mvc模式,實(shí)際上就是model2的實(shí)現(xiàn)方式，就是把視圖和邏輯隔離開(kāi)來(lái)
Model1的方式 jsp+service+dao
MOdel2的方式 jsp+servlet+service+dao

使用struts2和springmvc這樣的mvc框架后，jsp+核心控制器+action+javabean
2.3數(shù)據(jù)庫(kù)部分
2.3.1數(shù)據(jù)庫(kù)的分類及常用的數(shù)據(jù)庫(kù)
數(shù)據(jù)庫(kù)分為：關(guān)系型數(shù)據(jù)庫(kù)和非關(guān)系型數(shù)據(jù)庫(kù)
關(guān)系型：mysql oracle sqlserver等
非關(guān)系型：redis,memcache,mogodb,hadoop等
2.3.2簡(jiǎn)單介紹一下關(guān)系數(shù)據(jù)庫(kù)三范式？
范式就是規(guī)范,就是關(guān)系型數(shù)據(jù)庫(kù)在設(shè)計(jì)表時(shí)，要遵循的三個(gè)規(guī)范。
要想滿足第二范式必須先滿足第一范式，要滿足第三范式必須先滿足第二范式。
第一范式（1NF）是指數(shù)據(jù)庫(kù)表的每一列都是不可分割的基本數(shù)據(jù)項(xiàng)，同一列中不能有多個(gè)值，即實(shí)體中的某個(gè)屬性不能有多個(gè)值或者不能有重復(fù)的屬性。列數(shù)據(jù)的不可分割
二范式（2NF）要求數(shù)據(jù)庫(kù)表中的每個(gè)行必須可以被唯一地區(qū)分。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個(gè)列，以存儲(chǔ)各個(gè)實(shí)例的唯一標(biāo)識(shí)。(主鍵)
滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡(jiǎn)而言之，第三范式（3NF）要求一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息。(外鍵)
反三范式,有的時(shí)候?yàn)榱诵?，可以設(shè)置重復(fù)或者可以推導(dǎo)出的字段.
訂單（總價(jià)）和訂單項(xiàng)（單價(jià)）
2.3.3事務(wù)四個(gè)基本特征或 ACID 特性。
事務(wù)是并發(fā)控制的單位，是用戶定義的一個(gè)操作序列。這些操作要么都做，要么都不做，是一個(gè)不可分割的工作單位。
一個(gè)轉(zhuǎn)賬必須 A賬號(hào)扣錢成功，B賬號(hào)加錢成功，才算正真的轉(zhuǎn)賬成功。
事務(wù)必須滿足四大特征:原子性,一致性,隔離性持久性/持續(xù)性
原子性：表示事務(wù)內(nèi)操作不可分割。要么都成功、要么都是失敗.
一致性：要么都成功、要么都是失敗.后面的失敗了要對(duì)前面的操作進(jìn)行回滾。
隔離性：一個(gè)事務(wù)開(kāi)始后，不能后其他事務(wù)干擾。
持久性/持續(xù)性：表示事務(wù)開(kāi)始了，就不能終止。
2.3.4 mysql數(shù)據(jù)庫(kù)的默認(rèn)的最大連接數(shù)？
100
為什么需要最大連接數(shù)？特定服務(wù)器上面的數(shù)據(jù)庫(kù)只能支持一定數(shù)目同時(shí)連接，這時(shí)候我們一般都會(huì)設(shè)置最大連接數(shù)（最多同時(shí)服務(wù)多少連接）。在數(shù)據(jù)庫(kù)安裝時(shí)都會(huì)有一個(gè)默認(rèn)的最大連接數(shù)為100

image.png

2.3.5說(shuō)一下msyql的分頁(yè)？Oracle的分頁(yè)？
為什么需要分頁(yè)？在很多數(shù)據(jù)是，不可能完全顯示數(shù)據(jù)。進(jìn)行分段顯示.

Mysql是使用關(guān)鍵字limit來(lái)進(jìn)行分頁(yè)的 limit offset,size 表示從多少索引去多少位.
Oracle的分頁(yè)，大部分情況下，我們是記不住了。說(shuō)思路，要使用三層嵌套查詢。
Oracle的分頁(yè)有點(diǎn)兒記不住了，只記得一些大概。是使用了三層嵌套查詢。如果在工作中使用了，可以到原來(lái)的項(xiàng)目中拷貝或上網(wǎng)查詢。

mysql:

String sql = 
"select * from students order by id limit " + pageSize*(pageNumber-1) + "," + pageSize;

oracle:

String sql = 
 "select * from " +  
 (select *,rownum rid from (select * from students order by postime desc) where rid<=" + pagesize*pagenumber + ") as t" + 
 "where t>" + pageSize*(pageNumber-1);

2.3.6簡(jiǎn)單講一下數(shù)據(jù)庫(kù)的觸發(fā)器的使用場(chǎng)景？
觸發(fā)器，需要有觸發(fā)條件，當(dāng)條件滿足以后做什么操作。
觸發(fā)器用處還是很多的，比如校內(nèi)網(wǎng)、開(kāi)心網(wǎng)、Facebook，你發(fā)一個(gè)日志，自動(dòng)通知好友，其實(shí)就是在增加日志時(shí)做一個(gè)后觸發(fā)，再向通知表中寫入條目。因?yàn)橛|發(fā)器效率高。而UCH沒(méi)有用觸發(fā)器，效率和數(shù)據(jù)處理能力都很低。

每插入一個(gè)帖子，都希望將版面表中的最后發(fā)帖時(shí)間，帖子總數(shù)字段進(jìn)行同步更新，用觸發(fā)器做效率就很高。
create table board1(id int primary key auto_increment,name varchar(50),ar
ticleCount int);

create table article1(id int primary key auto_increment,title varchar(50)
,bid int references board1(id));

delimiter |#把分割符;改成|

create trigger insertArticle_Trigger after insert on article1 for each ro
w begin
-> update board1 set articleCount=articleCount+1 where id= NEW.bid;
-> end;
-> |

delimiter ;

insert into board1 value (null,'test',0);

insert into article1 value(null,'test',1);
2.3.7 簡(jiǎn)單講一下數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程的使用場(chǎng)景？
數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程具有如下優(yōu)點(diǎn)：
1、存儲(chǔ)過(guò)程只在創(chuàng)建時(shí)進(jìn)行編譯，以后每次執(zhí)行存儲(chǔ)過(guò)程都不需再重新編譯，而一般 SQL 語(yǔ)句每執(zhí)行一次就編譯一次，因此使用存儲(chǔ)過(guò)程可以大大提高數(shù)據(jù)庫(kù)執(zhí)行速度。
2、通常，復(fù)雜的業(yè)務(wù)邏輯需要多條 SQL 語(yǔ)句。這些語(yǔ)句要分別地從客戶機(jī)發(fā)送到服務(wù)器，當(dāng)客戶機(jī)和服務(wù)器之間的操作很多時(shí)，將產(chǎn)生大量的網(wǎng)絡(luò)傳輸。如果將這些操作放在一個(gè)存儲(chǔ)過(guò)程中，那么客戶機(jī)和服務(wù)器之間的網(wǎng)絡(luò)傳輸就會(huì)大大減少，降低了網(wǎng)絡(luò)負(fù)載。
3、存儲(chǔ)過(guò)程創(chuàng)建一次便可以重復(fù)使用，從而可以減少數(shù)據(jù)庫(kù)開(kāi)發(fā)人員的工作量。
4、安全性高，存儲(chǔ)過(guò)程可以屏蔽對(duì)底層數(shù)據(jù)庫(kù)對(duì)象的直接訪問(wèn)，使用 EXECUTE 權(quán)限調(diào)用存儲(chǔ)過(guò)程，無(wú)需擁有訪問(wèn)底層數(shù)據(jù)庫(kù)對(duì)象的顯式權(quán)限。
正是由于存儲(chǔ)過(guò)程的上述優(yōu)點(diǎn)，目前常用的數(shù)據(jù)庫(kù)都支持存儲(chǔ)過(guò)程，例如 IBM DB2，Microsoft SQL Server，Oracle，Access 等，開(kāi)源數(shù)據(jù)庫(kù)系統(tǒng) MySQL 也在 5.0 的時(shí)候?qū)崿F(xiàn)了對(duì)存儲(chǔ)過(guò)程的支持。

定義存儲(chǔ)過(guò)程:
create procedure insert_Student (_name varchar(50),_age int ,out _id int)
begin
insert into student value(null,_name,_age);
select max(stuId) into _id from student;
end;

call insert_Student('wfz',23,@id);
select @id;
2.3.8 用jdbc怎么調(diào)用存儲(chǔ)過(guò)程？
賈璉欲執(zhí)事
加載驅(qū)動(dòng)
獲取連接
設(shè)置參數(shù)
執(zhí)行
釋放連接
package com.huawei.interview.lym;

import java.sql.CallableStatement;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.sql.Types;

public class JdbcTest {

/**
 * @param args
 */
public static void main(String[] args) {
    // TODO Auto-generated method stub
    Connection cn = null;
    CallableStatement cstmt = null;     
    try {
        //這里最好不要這么干，因?yàn)轵?qū)動(dòng)名寫死在程序中了
        Class.forName("com.mysql.jdbc.Driver");
        //實(shí)際項(xiàng)目中，這里應(yīng)用DataSource數(shù)據(jù)，如果用框架，
        //這個(gè)數(shù)據(jù)源不需要我們編碼創(chuàng)建，我們只需Datasource ds = context.lookup()
        //cn = ds.getConnection();          
        cn = DriverManager.getConnection("jdbc:mysql:///test","root","root");
        cstmt = cn.prepareCall("{call insert_Student(?,?,?)}");
        cstmt.registerOutParameter(3,Types.INTEGER);
        cstmt.setString(1, "wangwu");
        cstmt.setInt(2, 25);
        cstmt.execute();
        //get第幾個(gè)，不同的數(shù)據(jù)庫(kù)不一樣，建議不寫
        System.out.println(cstmt.getString(3));
    } catch (Exception e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
    finally
    {

        /*try{cstmt.close();}catch(Exception e){}
        try{cn.close();}catch(Exception e){}*/
        try {
            if(cstmt != null)
                cstmt.close();
            if(cn != null)              
                cn.close();
        } catch (SQLException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }
}

2.3.9常用SQ L
略
2.3.10簡(jiǎn)單說(shuō)一下你對(duì)jdbc的理解？
Java database connection java數(shù)據(jù)庫(kù)連接.數(shù)據(jù)庫(kù)管理系統(tǒng)(mysql oracle等)是很多，每個(gè)數(shù)據(jù)庫(kù)管理系統(tǒng)支持的命令是不一樣的。

Java只定義接口，讓數(shù)據(jù)庫(kù)廠商自己實(shí)現(xiàn)接口，對(duì)于我們者而言。只需要導(dǎo)入對(duì)應(yīng)廠商開(kāi)發(fā)的實(shí)現(xiàn)即可。然后以接口方式進(jìn)行調(diào)用.(mysql + mysql驅(qū)動(dòng)（實(shí)現(xiàn)）+jdbc)

image.png

$(document)把原生的document這個(gè)dom對(duì)象轉(zhuǎn)換為jQuery對(duì)象，轉(zhuǎn)換完成后才能調(diào)用ready方法

ready(fn),表示的是頁(yè)面結(jié)構(gòu)被加載完畢后執(zhí)行傳入函數(shù)fn
第二種:
$(function(){
});

當(dāng)頁(yè)面加載完畢后執(zhí)行里面的函數(shù),這一種相對(duì)簡(jiǎn)單，用得最多。
window.onload的區(qū)別
1、jQuery中的頁(yè)面加載完畢事件，表示的是頁(yè)面結(jié)構(gòu)被加載完畢。
2、window.onload 表示的是頁(yè)面被加載完畢。
<img src=”htttp://baidu.com/1.jpg”/> onload必須等等頁(yè)面中的圖片、聲音、圖像等遠(yuǎn)程資源被加載完畢后才調(diào)用而jQuery中只需要頁(yè)面結(jié)構(gòu)被加載完畢。
2.4.6 Jquery的Ajax和原生Js實(shí)現(xiàn)Ajax有什么關(guān)系？
jQuery中的Ajax也是通過(guò)原生的js封裝的。封裝完成后讓我們使用起來(lái)更加便利，不用考慮底層實(shí)現(xiàn)或兼容性等處理。
如果采用原生js實(shí)現(xiàn)Ajax是非常麻煩的，并且每次都是一樣的。如果我們不使用jQuery我們也要封裝Ajax對(duì)象的方法和屬性。有像jQuery這些已經(jīng)封裝完成，并經(jīng)過(guò)很多企業(yè)實(shí)際的框架，比較可靠并且開(kāi)源。我們就不需要封裝，直接使用成熟的框架(jQuery)即可.
2.4.7簡(jiǎn)單說(shuō)一下html5?你對(duì)現(xiàn)在的那些新技術(shù)有了解?
Html5是最新版本的html,是在原來(lái)html4的基礎(chǔ)上增強(qiáng)了一些標(biāo)簽。

Html增加一些像畫板、聲音、視頻、web存儲(chǔ)等高級(jí)功能。但是html5有一個(gè)不好的地方，那就是html5太強(qiáng)調(diào)語(yǔ)義了，導(dǎo)致開(kāi)發(fā)中都不知道要選擇那個(gè)標(biāo)簽。
在做頁(yè)面布局是，無(wú)論頭部、主題、導(dǎo)航等模塊都使用div來(lái)表示，但是html5的規(guī)范，需要使用不同的標(biāo)簽來(lái)表示。(header footer等)
你對(duì)現(xiàn)在的那些新技術(shù)有了解
Html5 css3等
2.4.8 簡(jiǎn)單說(shuō)一下css3?
Css3是最新版本的css,是對(duì)原理css2的功能增強(qiáng)。

Css3中提供一些原來(lái)css2中實(shí)現(xiàn)起來(lái)比較困難或者不能實(shí)現(xiàn)的功能。
1、盒子圓角邊框
2、盒子和文字的陰影
3、漸變
4、轉(zhuǎn)換 移動(dòng)、縮放、旋轉(zhuǎn)等
5、過(guò)渡、動(dòng)畫都可以使用動(dòng)畫。
6、可以使用媒體查詢實(shí)現(xiàn)響應(yīng)式網(wǎng)站。
Css3最大缺點(diǎn)就是要根據(jù)不同的瀏覽器處理兼容性。對(duì)應(yīng)有一些處理兼容性的工具。不用擔(dān)心.
2.4.9 bootstrap是什么？
BootStrap是一個(gè)移動(dòng)設(shè)備優(yōu)先的UI框架。我們可以不用謝任何css,js代碼就能實(shí)現(xiàn)比較漂亮的有交互性的頁(yè)面。我們程序員對(duì)頁(yè)面的編寫是有硬傷的，所有要自己寫頁(yè)面的話就要使用類似于bootstrap這樣的UI框架。
平時(shí)用得很多的：
1、模態(tài)框
2、表單，表單項(xiàng)
3、布局
4、刪格系統(tǒng)

2.5 框架部分
2.5.1什么是框架?
框架（Framework）是一個(gè)框子——指其約束性，也是一個(gè)架子——指其支撐性。

IT語(yǔ)境中的框架，特指為解決一個(gè)開(kāi)放性問(wèn)題而設(shè)計(jì)的具有一定約束性的支撐結(jié)構(gòu)。在此結(jié)構(gòu)上可以根據(jù)具體問(wèn)題擴(kuò)展、安插更多的組成部分，從而更迅速和方便地構(gòu)建完整的解決問(wèn)題的方案。

1）框架本身一般不完整到可以解決特定問(wèn)題,但是可以幫助您快速解決特定問(wèn)題；
沒(méi)有框架所有的工作都從零開(kāi)始做,有了框架,為我們提供了一定的功能,我們就可以在框 架的基礎(chǔ)上開(kāi)發(fā),極大的解放了生產(chǎn)力。
不同的框架，是為了解決不同領(lǐng)域的問(wèn)題。一定要為了解決問(wèn)題才去學(xué)習(xí)框架。
2）框架天生就是為擴(kuò)展而設(shè)計(jì)的；
3）框架里面可以為后續(xù)擴(kuò)展的組件提供很多輔助性、支撐性的方便易用的實(shí)用工具（utilities），也就是說(shuō)框架時(shí)常配套了一些幫助解決某類問(wèn)題的庫(kù)（libraries）或工具（tools）。
java中就是一系列的jar包，其本質(zhì)就是對(duì)jdk功能的擴(kuò)展.
2.5.2 MVC模式
MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫業(yè)務(wù)邏輯。

最簡(jiǎn)單的、最經(jīng)典就是Jsp(view) +Servlet(controller) + JavaBean(model)

image.png

1、當(dāng)控制器收到來(lái)自用戶的請(qǐng)求
2、控制器調(diào)用JavaBean完成業(yè)務(wù)
3、完成業(yè)務(wù)后通過(guò)控制器跳轉(zhuǎn)JSP頁(yè)面的方式給用戶反饋信息
4、Jsp個(gè) 用戶做出響應(yīng)。
控制器都是核心
2.5.3 MVC框架
什么是MVC框架？
是為了解決傳統(tǒng)MVC模式(Jsp + Servlet + JavaBean)的一些問(wèn)題而出現(xiàn)的框架。

傳統(tǒng)MVC模式問(wèn)題
1、所有的Servlet和Servlet映射都要配置在web.xml中，如果項(xiàng)目太大，web.xml就太龐大，并且不能實(shí)現(xiàn)模塊化管理。
2、Servlet的主要功能就是接受參數(shù)、調(diào)用邏輯、跳轉(zhuǎn)頁(yè)面，比如像其他字符編碼、文件上傳等功能也要寫在Servlet中，不能讓Servlet主要功能而需要做處理一下特例。
3、接受參數(shù)比較麻煩(String name = request.getParameter(“name”),User user=new User user.setName(name))，不能通過(guò)model接收，只能單個(gè)接收，接收完成后轉(zhuǎn)換封裝model.
4、跳轉(zhuǎn)頁(yè)面方式比較單一(forword,redirect),并且當(dāng)我的頁(yè)面名稱發(fā)生改變時(shí)需要修改Servlet源代碼.

現(xiàn)在比較常用的MVC框架有：
struts
webwork
Struts2
Spring MVC
2.5.4 簡(jiǎn)單講一下struts2的執(zhí)行流程？
Struts2的原理?

image.png

一個(gè)請(qǐng)求在Struts2框架中的處理大概分為以下幾個(gè)步驟：
1、客戶端瀏覽器發(fā)送請(qǐng)求
2、這個(gè)請(qǐng)求經(jīng)過(guò)一系列的過(guò)濾器（Filter）（這些過(guò)濾器中有一個(gè)叫做ActionContextCleanUp的可選過(guò)濾器，這個(gè)過(guò)濾器對(duì)于Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）；
3、接著FilterDispatcher(StrutsPrepareAndExecuteFilter)被調(diào)用，F(xiàn)ilterDispatcher
(StrutsPrepareAndExecuteFilter)詢問(wèn)ActionMapper來(lái)決定這個(gè)請(qǐng)求是否需要調(diào)用某個(gè)Action；
4、如果ActionMapper決定需要調(diào)用某個(gè)Action，F(xiàn)ilterDispatcher
(StrutsPrepareAndExecuteFilter)把請(qǐng)求的處理交給ActionProxy；
5、ActionProxy通過(guò)Configuration Manager詢問(wèn)框架的配置文件，找到需要調(diào)用的Action類；
6、ActionProxy創(chuàng)建一個(gè)ActionInvocation的實(shí)例。
7、ActionInvocation實(shí)例使用命名模式來(lái)調(diào)用，在調(diào)用Action的過(guò)程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用。
8、一旦Action執(zhí)行完畢，ActionInvocation負(fù)責(zé)根據(jù)struts.xml中的配置找到對(duì)應(yīng)的返回結(jié)果。返回結(jié)果通常是（但不總是，也可能是另外的一個(gè)Action鏈）一個(gè)需要被表示的JSP或者FreeMarker的模版。在表示的過(guò)程中可以使用Struts2框架中繼承的標(biāo)簽。在這個(gè)過(guò)程中需要涉及到ActionMapper。

面試：
1、瀏覽器發(fā)送請(qǐng)求，經(jīng)過(guò)一系列的過(guò)濾器后，到達(dá)核心過(guò)濾器(StrutsPrepareAndExecuteFilter).
2、StrutsPrepareAndExecuteFilter通過(guò)ActionMapper判斷當(dāng)前的請(qǐng)求是否需要某個(gè)Action處理,如果不需要，則走原來(lái)的流程。如果需要?jiǎng)t把請(qǐng)求交給ActionProxy來(lái)處理
3、ActionProxy通過(guò)Configuration Manager詢問(wèn)框架的配置文件(Struts.xml)，找到需要調(diào)用的Action類；
4、創(chuàng)建一個(gè)ActionInvocation實(shí)例，來(lái)調(diào)用Action的對(duì)應(yīng)方法來(lái)獲取結(jié)果集的name,在調(diào)用前后會(huì)執(zhí)行相關(guān)攔截器。
5、通過(guò)結(jié)果集的Name知道對(duì)應(yīng)的結(jié)果集來(lái)對(duì)瀏覽器進(jìn)行響應(yīng)。

攔截、判斷、尋找、執(zhí)行、響應(yīng)
2.5.5 Struts2中的攔截器，你都用它干什么？
java里的攔截器是動(dòng)態(tài)攔截Action調(diào)用的對(duì)象。它提供了一種機(jī)制可以使開(kāi)發(fā)者可以定義在一個(gè)action執(zhí)行的前后執(zhí)行的代碼，也可以在一個(gè)action執(zhí)行前阻止其執(zhí)行，同時(shí)也提供了一種可以提取action中可重用部分的方式。
在AOP（Aspect-Oriented Programming）中攔截器用于在某個(gè)方法或字段被訪問(wèn)之前，進(jìn)行攔截然后在之前或之后加入某些操作。

面試：
struts2中的的功能（參數(shù)處理、文件上傳、字符編碼等）都是通過(guò)系統(tǒng)攔截器實(shí)現(xiàn)的。
如果業(yè)務(wù)需要，當(dāng)然我們也可以自定義攔截器,進(jìn)行可插拔配置，在執(zhí)行Action的方法前后、加入相關(guān)邏輯完成業(yè)務(wù)。
使用場(chǎng)景：
1、用戶登錄判斷，在執(zhí)行Action的前面判斷是否已經(jīng)登錄，如果沒(méi)有登錄的跳轉(zhuǎn)到登錄頁(yè)面。
2、用戶權(quán)限判斷，在執(zhí)行Action的前面判斷是否具有，如果沒(méi)有權(quán)限就給出提示信息。
3、操作日志......
4、......
2.5.6 簡(jiǎn)單講一下SpringMVC的執(zhí)行流程？

image.png

1. 用戶向服務(wù)器發(fā)送請(qǐng)求，請(qǐng)求被Spring 前端控制Servelt DispatcherServlet捕獲；
2. DispatcherServlet對(duì)請(qǐng)求URL進(jìn)行解析，得到請(qǐng)求資源標(biāo)識(shí)符（URI）。然后根據(jù)該URI，調(diào)用HandlerMapping獲得該Handler配置的所有相關(guān)的對(duì)象（包括Handler對(duì)象以及Handler對(duì)象對(duì)應(yīng)的攔截器），最后以HandlerExecutionChain對(duì)象的形式返回；
3. DispatcherServlet 根據(jù)獲得的Handler，選擇一個(gè)合適的HandlerAdapter。（附注：如果成功獲得HandlerAdapter后，此時(shí)將開(kāi)始執(zhí)行攔截器的preHandler(...)方法）
4. 提取Request中的模型數(shù)據(jù)，填充Handler入?yún)ⅲ_(kāi)始執(zhí)行Handler（Controller)。 在填充Handler的入?yún)⑦^(guò)程中，根據(jù)你的配置，Spring將幫你做一些額外的工作：
   HttpMessageConveter： 將請(qǐng)求消息（如Json、xml等數(shù)據(jù)）轉(zhuǎn)換成一個(gè)對(duì)象，將對(duì)象轉(zhuǎn)換為指定的響應(yīng)信息
   數(shù)據(jù)轉(zhuǎn)換：對(duì)請(qǐng)求消息進(jìn)行數(shù)據(jù)轉(zhuǎn)換。如String轉(zhuǎn)換成Integer、Double等
   數(shù)據(jù)根式化：對(duì)請(qǐng)求消息進(jìn)行數(shù)據(jù)格式化。 如將字符串轉(zhuǎn)換成格式化數(shù)字或格式化日期等
   數(shù)據(jù)驗(yàn)證： 驗(yàn)證數(shù)據(jù)的有效性（長(zhǎng)度、格式等），驗(yàn)證結(jié)果存儲(chǔ)到BindingResult或Error中
5. Handler執(zhí)行完成后，向DispatcherServlet 返回一個(gè)ModelAndView對(duì)象；
6. 根據(jù)返回的ModelAndView，選擇一個(gè)適合的ViewResolver（必須是已經(jīng)注冊(cè)到Spring容器中的ViewResolver)返回給DispatcherServlet ；
7. ViewResolver 結(jié)合Model和View，來(lái)渲染視圖
8. 將渲染結(jié)果返回給客戶端。
   面試：
   1、用戶向服務(wù)器發(fā)送請(qǐng)求，請(qǐng)求被Spring 前端控制Servelt DispatcherServlet捕獲(捕獲)
   2、 DispatcherServlet對(duì)請(qǐng)求URL進(jìn)行解析，得到請(qǐng)求資源標(biāo)識(shí)符（URI）。然后根據(jù)該URI，調(diào)用HandlerMapping獲得該Handler配置的所有相關(guān)的對(duì)象（包括Handler對(duì)象以及Handler對(duì)象對(duì)應(yīng)的攔截器），最后以HandlerExecutionChain對(duì)象的形式返回；(查找handler)
   3、 DispatcherServlet 根據(jù)獲得的Handler，選擇一個(gè)合適的HandlerAdapter。 提取Request中的模型數(shù)據(jù)，填充Handler入?yún)?，開(kāi)始執(zhí)行Handler（Controller), Handler執(zhí)行完成后，向DispatcherServlet 返回一個(gè)ModelAndView對(duì)象(執(zhí)行handler)
   4、DispatcherServlet 根據(jù)返回的ModelAndView，選擇一個(gè)適合的ViewResolver（必須是已經(jīng)注冊(cè)到Spring容器中的ViewResolver) (選擇ViewResolver)
   5、通過(guò)ViewResolver 結(jié)合Model和View，來(lái)渲染視圖,DispatcherServlet 將渲染結(jié)果返回給客戶端。（渲染返回）

快速記憶技巧：
核心控制器捕獲請(qǐng)求、查找Handler、執(zhí)行Handler、選擇ViewResolver,通過(guò)ViewResolver渲染視圖并返回
2.5.7 說(shuō)一下struts2和springMVC有什么不同？

目前企業(yè)中使用SpringMvc的比例已經(jīng)遠(yuǎn)遠(yuǎn)超過(guò)Struts2,那么兩者到底有什么區(qū)別，是很多初學(xué)者比較關(guān)注的問(wèn)題，下面我們就來(lái)對(duì)SpringMvc和Struts2進(jìn)行各方面的比較:

1. 核 心控制器（前端控制器、預(yù)處理控制器）：對(duì)于使用過(guò)mvc框架的人來(lái)說(shuō)這個(gè)詞應(yīng)該不會(huì)陌生，核心控制器的主要用途是處理所有的請(qǐng)求，然后對(duì)那些特殊的請(qǐng)求 （控制器）統(tǒng)一的進(jìn)行處理(字符編碼、文件上傳、參數(shù)接受、異常處理等等),spring mvc核心控制器是Servlet，而Struts2是Filter。

2.控制器實(shí)例：Spring Mvc會(huì)比Struts快一些（理論上）。Spring Mvc是基于方法設(shè)計(jì)，而Sturts是基于對(duì)象，每次發(fā)一次請(qǐng)求都會(huì)實(shí)例一個(gè)action，每個(gè)action都會(huì)被注入 屬性，而Spring更像Servlet一樣，只有一個(gè)實(shí)例，每次請(qǐng)求執(zhí)行對(duì)應(yīng)的方法即可(注意：由于是單例實(shí)例，所以應(yīng)當(dāng)避免全局變量的修改，這樣會(huì)產(chǎn)生線程安全問(wèn)題)。

3. 管理方式：大部分的公司的核心架構(gòu)中，就會(huì)使用到spring,而spring mvc又是spring中的一個(gè)模塊，所以spring對(duì)于spring mvc的控制器管理更加簡(jiǎn)單方便，而且提供了全 注解方式進(jìn)行管理，各種功能的注解都比較全面，使用簡(jiǎn)單，而struts2需要采用XML很多的配置參數(shù)來(lái)管理（雖然也可以采用注解，但是幾乎沒(méi)有公司那 樣使用）。

4.參數(shù)傳遞：Struts2中自身提供多種參數(shù)接受，其實(shí)都是通過(guò)（ValueStack）進(jìn)行傳遞和賦值，而SpringMvc是通過(guò)方法的參數(shù)進(jìn)行接收。

5.學(xué)習(xí)難度：Struts更加很多新的技術(shù)點(diǎn)，比如攔截器、值棧及OGNL表達(dá)式，學(xué)習(xí)成本較高，springmvc 比較簡(jiǎn)單，很較少的時(shí)間都能上手。

6.intercepter 的實(shí)現(xiàn)機(jī)制：struts有以自己的interceptor機(jī)制，spring mvc用的是獨(dú)立的AOP方式。這樣導(dǎo)致struts的配置文件量還是比spring mvc大，雖然struts的配置能繼承，所以我覺(jué)得論使用上來(lái)講，spring mvc使用更加簡(jiǎn)潔，開(kāi)發(fā)效率Spring MVC確實(shí)比struts2高。spring mvc是方法級(jí)別的攔截，一個(gè)方法對(duì)應(yīng)一個(gè)request上下文，而方法同時(shí)又跟一個(gè)url對(duì)應(yīng)，所以說(shuō)從架構(gòu)本身上spring3 mvc就容易實(shí)現(xiàn)restful url。struts2是類級(jí)別的攔截，一個(gè)類對(duì)應(yīng)一個(gè)request上下文；實(shí)現(xiàn)restful url要費(fèi)勁，因?yàn)閟truts2 action的一個(gè)方法可以對(duì)應(yīng)一個(gè)url；而其類屬性卻被所有方法共享，這也就無(wú)法用注解或其他方式標(biāo)識(shí)其所屬方法了。spring3 mvc的方法之間基本上獨(dú)立的，獨(dú)享request response數(shù)據(jù)，請(qǐng)求數(shù)據(jù)通過(guò)參數(shù)獲取，處理結(jié)果通過(guò)ModelMap交回給框架方法之間不共享變量，而struts2搞的就比較亂，雖然方法之間 也是獨(dú)立的，但其所有Action變量是共享的，這不會(huì)影響程序運(yùn)行，卻給我們編碼，讀程序時(shí)帶來(lái)麻煩。

7.spring mvc處理ajax請(qǐng)求,直接通過(guò)返回?cái)?shù)據(jù)，方法中使用注解@ResponseBody，spring mvc自動(dòng)幫我們對(duì)象轉(zhuǎn)換為JSON數(shù)據(jù)。而struts2是通過(guò)插件的方式進(jìn)行處理

在SpringMVC流行起來(lái)之前，Struts2在MVC框架中占核心地位，隨著SpringMVC的出現(xiàn)，SpringMVC慢慢的取代struts2,但是很多企業(yè)都是原來(lái)搭建的框架，使用Struts2較多。
2.5.8 說(shuō)一下Spring中的兩大核心？
Spring是什么？
spring是J2EE應(yīng)用程序框架，是輕量級(jí)的IoC和AOP的容器框架(相對(duì)于重量級(jí)的EJB)，主要是針對(duì)javaBean的生命周期進(jìn)行管理的輕量級(jí)容器，可以單獨(dú)使用，也可以和Struts框架，ibatis框架等組合使用。

1、IOC(Inversion of Control )或DI(Dependency Injection)
IOC控制權(quán)反轉(zhuǎn)
原來(lái)：我的Service需要調(diào)用DAO，Service就需要?jiǎng)?chuàng)建DAO
Spring:Spring發(fā)現(xiàn)你Service依賴于dao,就給你注入.
核心原理：就是配置文件+反射(工廠也可以)+容器(map)
2、AOP:面向切面編程
核心原理：使用動(dòng)態(tài)代理的設(shè)計(jì)模式在執(zhí)行方法前后或出現(xiàn)異常做加入相關(guān)邏輯。
我們主要使用AOP來(lái)做：
1、事務(wù)處理
2、權(quán)限判斷
3、日志
4、....
2.5.9 AOP是什么？你都拿它做什么？
3、AOP:面向切面編程
核心原理：使用動(dòng)態(tài)代理的設(shè)計(jì)模式在執(zhí)行方法前后或出現(xiàn)異常做加入相關(guān)邏輯。
我們主要使用AOP來(lái)做：
1、事務(wù)處理 執(zhí)行方法前，開(kāi)啟事務(wù)、執(zhí)行完成后關(guān)閉事務(wù)、出現(xiàn)異常后回滾事務(wù)
2、權(quán)限判斷 在執(zhí)行方法前，判斷是否具有權(quán)限
3、日志 在執(zhí)行前進(jìn)行日志處理
4、....
2.5.10講一下Spring的事務(wù)傳播特性
多個(gè)事務(wù)存在是怎么處理的策略

1.PROPAGATION_REQUIRED: 如果存在一個(gè)事務(wù)，則支持當(dāng)前事務(wù)。如果沒(méi)有事務(wù)則開(kāi)啟

2. PROPAGATION_SUPPORTS: 如果存在一個(gè)事務(wù)，支持當(dāng)前事務(wù)。如果沒(méi)有事務(wù)，則非事務(wù)的執(zhí)行
3. PROPAGATION_MANDATORY: 如果已經(jīng)存在一個(gè)事務(wù)，支持當(dāng)前事務(wù)。如果沒(méi)有一個(gè)活動(dòng)的事務(wù)，則拋出異常。
4. PROPAGATION_REQUIRES_NEW: 總是開(kāi)啟一個(gè)新的事務(wù)。如果一個(gè)事務(wù)已經(jīng)存在，則將這個(gè)存在的事務(wù)掛起。
5. PROPAGATION_NOT_SUPPORTED: 總是非事務(wù)地執(zhí)行，并掛起任何存在的事務(wù)。
6. PROPAGATION_NEVER: 總是非事務(wù)地執(zhí)行，如果存在一個(gè)活動(dòng)事務(wù)，則拋出異常
7. PROPAGATION_NESTED：如果一個(gè)活動(dòng)的事務(wù)存在，則運(yùn)行在一個(gè)嵌套的事務(wù)中. 如果沒(méi)有活動(dòng)事務(wù), 則按TransactionDefinition.PROPAGATION_REQUIRED 屬性執(zhí)行

Propagation
Required 需要 如果存在一個(gè)事務(wù)，則支持當(dāng)前事務(wù)。如果沒(méi)有事務(wù)則開(kāi)啟
Supports 支持 如果存在一個(gè)事務(wù)，支持當(dāng)前事務(wù)。如果沒(méi)有事務(wù)，則非事務(wù)的執(zhí)行
Mandatory 必要的 如果已經(jīng)存在一個(gè)事務(wù)，支持當(dāng)前事務(wù)。如果沒(méi)有一個(gè)活動(dòng)的事務(wù)，則拋出異常。
required_new 總是開(kāi)啟一個(gè)新的事務(wù)。如果一個(gè)事務(wù)已經(jīng)存在，則將這個(gè)存在的事務(wù)掛起。
Not_support 總是非事務(wù)地執(zhí)行，并掛起任何存在的事務(wù)。
Never 絕不 總是非事務(wù)地執(zhí)行，如果存在一個(gè)活動(dòng)事務(wù)，則拋出異常
Nested 嵌套的 如果有就嵌套、沒(méi)有就開(kāi)啟事務(wù)
2.5.11 Spring事務(wù)的隔離級(jí)別

1. ISOLATION_DEFAULT： 這是一個(gè)PlatfromTransactionManager默認(rèn)的隔離級(jí)別，使用數(shù)據(jù)庫(kù)默認(rèn)的事務(wù)隔離級(jí)別.
   另外四個(gè)與JDBC的隔離級(jí)別相對(duì)應(yīng)
   可以看到這個(gè)事務(wù)未提交的數(shù)據(jù)。
   這種隔離級(jí)別會(huì)產(chǎn)生臟讀，不可重復(fù)讀和幻像讀
2. ISOLATION_READ_COMMITTED： 保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另外一個(gè)事務(wù)讀取。另外一個(gè)事務(wù)不能讀取該事務(wù)未提交的數(shù)據(jù)
3. ISOLATION_REPEATABLE_READ： 這種事務(wù)隔離級(jí)別可以防止臟讀，不可重復(fù)讀。但是可能出現(xiàn)幻像讀。
   它除了保證一個(gè)事務(wù)不能讀取另一個(gè)事務(wù)未提交的數(shù)據(jù)外，還保證了避免下面的情況產(chǎn)生(不可重復(fù)讀)。
4. ISOLATION_SERIALIZABLE 這是花費(fèi)最高代價(jià)但是最可靠的事務(wù)隔離級(jí)別。事務(wù)被處理為順序執(zhí)行。
   除了防止臟讀，不可重復(fù)讀外，還避免了幻像讀。
   1，臟讀
   　　臟讀是指在一個(gè)事務(wù)處理過(guò)程里讀取了另一個(gè)未提交的事務(wù)中的數(shù)據(jù)。

當(dāng)一個(gè)事務(wù)正在多次修改某個(gè)數(shù)據(jù)，而在這個(gè)事務(wù)中這多次的修改都還未提交，這時(shí)一個(gè)并發(fā)的事務(wù)來(lái)訪問(wèn)該數(shù)據(jù)，就會(huì)造成兩個(gè)事務(wù)得到的數(shù)據(jù)不一致。例如：用戶A向用戶B轉(zhuǎn)賬100元，對(duì)應(yīng)SQL命令如下

update account set money=money+100 where name=’B’;  (此時(shí)A通知B)

update account set money=money - 100 where name=’A’;

當(dāng)只執(zhí)行第一條SQL時(shí)，A通知B查看賬戶，B發(fā)現(xiàn)確實(shí)錢已到賬（此時(shí)即發(fā)生了臟讀），而之后無(wú)論第二條SQL是否執(zhí)行，只要該事務(wù)不提交，則所有操作都將回滾，那么當(dāng)B以后再次查看賬戶時(shí)就會(huì)發(fā)現(xiàn)錢其實(shí)并沒(méi)有轉(zhuǎn)。

2，不可重復(fù)讀
　　不可重復(fù)讀是指在對(duì)于數(shù)據(jù)庫(kù)中的某個(gè)數(shù)據(jù)，一個(gè)事務(wù)范圍內(nèi)多次查詢卻返回了不同的數(shù)據(jù)值，這是由于在查詢間隔，被另一個(gè)事務(wù)修改并提交了。

例如事務(wù)T1在讀取某一數(shù)據(jù)，而事務(wù)T2立馬修改了這個(gè)數(shù)據(jù)并且提交事務(wù)給數(shù)據(jù)庫(kù)，事務(wù)T1再次讀取該數(shù)據(jù)就得到了不同的結(jié)果，發(fā)送了不可重復(fù)讀。

不可重復(fù)讀和臟讀的區(qū)別是，臟讀是某一事務(wù)讀取了另一個(gè)事務(wù)未提交的臟數(shù)據(jù)，而不可重復(fù)讀則是讀取了前一事務(wù)提交的數(shù)據(jù)。

在某些情況下，不可重復(fù)讀并不是問(wèn)題，比如我們多次查詢某個(gè)數(shù)據(jù)當(dāng)然以最后查詢得到的結(jié)果為主。但在另一些情況下就有可能發(fā)生問(wèn)題，例如對(duì)于同一個(gè)數(shù)據(jù)A和B依次查詢就可能不同，A和B就可能打起來(lái)了……

3，虛讀(幻讀)
　　幻讀是事務(wù)非獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象。例如事務(wù)T1對(duì)一個(gè)表中所有的行的某個(gè)數(shù)據(jù)項(xiàng)做了從“1”修改為“2”的操作，這時(shí)事務(wù)T2又對(duì)這個(gè)表中插入了一行數(shù)據(jù)項(xiàng)，而這個(gè)數(shù)據(jù)項(xiàng)的數(shù)值還是為“1”并且提交給數(shù)據(jù)庫(kù)。而操作事務(wù)T1的用戶如果再查看剛剛修改的數(shù)據(jù)，會(huì)發(fā)現(xiàn)還有一行沒(méi)有修改，其實(shí)這行是從事務(wù)T2中添加的，就好像產(chǎn)生幻覺(jué)一樣，這就是發(fā)生了幻讀。

幻讀和不可重復(fù)讀都是讀取了另一條已經(jīng)提交的事務(wù)（這點(diǎn)就臟讀不同），所不同的是不可重復(fù)讀查詢的都是同一個(gè)數(shù)據(jù)項(xiàng)，而幻讀針對(duì)的是一批數(shù)據(jù)整體（比如數(shù)據(jù)的個(gè)數(shù)）。

現(xiàn)在來(lái)看看MySQL數(shù)據(jù)庫(kù)為我們提供的四種隔離級(jí)別：

① Serializable (串行化)：可避免臟讀、不可重復(fù)讀、幻讀的發(fā)生。

② Repeatable read (可重復(fù)讀)：可避免臟讀、不可重復(fù)讀的發(fā)生。

③ Read committed (讀已提交)：可避免臟讀的發(fā)生。

④ Read uncommitted (讀未提交)：最低級(jí)別，任何情況都無(wú)法保證。
2.5.12 什么是ORM?
對(duì)象關(guān)系映射（Object Relational Mapping，簡(jiǎn)稱ORM）模式是一種為了解決面向?qū)ο笈c關(guān)系數(shù)據(jù)庫(kù)存在的互不匹配的現(xiàn)象的技術(shù)。簡(jiǎn)單的說(shuō)，ORM是通過(guò)使用描述對(duì)象和數(shù)據(jù)庫(kù)之間映射的元數(shù)據(jù)，將程序中的對(duì)象自動(dòng)持久化到關(guān)系數(shù)據(jù)庫(kù)中。那么，到底如何實(shí)現(xiàn)持久化呢？一種簡(jiǎn)單的方案是采用硬編碼方式(jdbc操作sql方式)，為每一種可能的數(shù)據(jù)庫(kù)訪問(wèn)操作提供單獨(dú)的方法。
這種方案存在以下不足：
1.持久化層缺乏彈性。一旦出現(xiàn)業(yè)務(wù)需求的變更，就必須修改持久化層的接口
2.持久化層同時(shí)與域模型與關(guān)系數(shù)據(jù)庫(kù)模型綁定，不管域模型還是關(guān)系數(shù)據(jù)庫(kù)模型發(fā)生變化，都要修改持久化曾的相關(guān)程序代碼，增加了軟件的維護(hù)難度。

ORM提供了實(shí)現(xiàn)持久化層的另一種模式，它采用映射元數(shù)據(jù)來(lái)描述對(duì)象關(guān)系的映射，使得ORM中間件能在任何一個(gè)應(yīng)用的業(yè)務(wù)邏輯層和數(shù)據(jù)庫(kù)層之間充當(dāng)橋梁。Java典型的ORM框架有:Hibernate,ibatis(mybatis),speedframework。
ORM的方法論基于三個(gè)核心原則：
　　 簡(jiǎn)單：以最基本的形式建模數(shù)據(jù)。
　　 傳達(dá)性：數(shù)據(jù)庫(kù)結(jié)構(gòu)被任何人都能理解的語(yǔ)言文檔化。
　　 精確性：基于數(shù)據(jù)模型創(chuàng)建正確標(biāo)準(zhǔn)化了的結(jié)構(gòu)。

對(duì)象關(guān)系映射（Object Relational Mapping，簡(jiǎn)稱ORM）模式是一種為了解決面向?qū)ο笈c關(guān)系數(shù)據(jù)庫(kù)存在的互不匹配的現(xiàn)象的技術(shù)?？梢院?jiǎn)單的方案是采用硬編碼方式(jdbc操作sql方式)，為每一種可能的數(shù)據(jù)庫(kù)訪問(wèn)操作提供單獨(dú)的方法。這種方法存在很多缺陷，使用
使用ORM框架(為了解決解決面向?qū)ο笈c關(guān)系數(shù)據(jù)庫(kù)存在的互不匹配的現(xiàn)象的框架)來(lái)解決.

Hibernate,ibatis(mybatis),
2.5.13 iBatis(mybatis)與Hibernate有什么不同?
相同點(diǎn)：
都是java中orm框架、屏蔽jdbc api的底層訪問(wèn)細(xì)節(jié)，使用我們不用與jdbc api打交道，就可以完成對(duì)數(shù)據(jù)庫(kù)的持久化操作。jdbc api編程流程固定，還將sql語(yǔ)句與java代碼混雜在了一起，經(jīng)常需要拼湊sql語(yǔ)句，細(xì)節(jié)很繁瑣。
ibatis的好處：屏蔽jdbc api的底層訪問(wèn)細(xì)節(jié)；將sql語(yǔ)句與java代碼進(jìn)行分離;提供了將結(jié)果集自動(dòng)封裝稱為實(shí)體對(duì)象和對(duì)象的集合的功能.queryForList返回對(duì)象集合，用queryForObject返回單個(gè)對(duì)象；提供了自動(dòng)將實(shí)體對(duì)象的屬性傳遞給sql語(yǔ)句的參數(shù)。

Hibername的好處：Hibernate是一個(gè)全自動(dòng)的orm映射工具，它可以自動(dòng)生成sql語(yǔ)句，并執(zhí)行并返回java結(jié)果。
不同點(diǎn)：
1、hibernate要比ibatis功能強(qiáng)大很多。因?yàn)閔ibernate自動(dòng)生成sql語(yǔ)句。
2、ibatis需要我們自己在xml配置文件中寫sql語(yǔ)句，hibernate我們無(wú)法直接控制該語(yǔ)句，我們就無(wú)法去寫特定的高效率的sql。對(duì)于一些不太復(fù)雜的sql查詢，hibernate可以很好幫我們完成，但是，對(duì)于特別復(fù)雜的查詢，hibernate就很難適應(yīng)了，這時(shí)候用ibatis就是不錯(cuò)的選擇，因?yàn)閕batis還是由我們自己寫sql語(yǔ)句。
ibatis可以出來(lái)復(fù)雜語(yǔ)句，而hibernate不能。
3、ibatis要比hibernate簡(jiǎn)單的多。ibatis是面向sql的，不同考慮對(duì)象間一些復(fù)雜的映射關(guān)系。
2.5.14 Hibernate映射對(duì)象的狀態(tài)
臨時(shí)狀態(tài)/瞬時(shí)狀態(tài)(transient)：剛剛用new語(yǔ)句創(chuàng)建，沒(méi)有被持久化
不處于session中(沒(méi)有使用session的方法去操作臨時(shí)對(duì)象)。該對(duì)象成為臨時(shí)對(duì)象
持久化狀態(tài)/托管狀態(tài)(persistent)：已經(jīng)被持久化，加入到session的緩存中。session是沒(méi)有關(guān)閉該狀態(tài)的對(duì)象為持久化對(duì)象。
游離狀態(tài)/脫管狀態(tài)(detached)：已經(jīng)被持久化，但不處于session中。
該狀態(tài)的對(duì)象為游離對(duì)象。
刪除狀態(tài)(removed)：對(duì)象有關(guān)聯(lián)的ID，并且在Session管理下，但是已經(jīng)被計(jì)劃(事務(wù)提交的時(shí)候,commit())刪除。如果沒(méi)有事務(wù)就不能刪除
相互轉(zhuǎn)換

image.png

2.5.15 介紹一下Hibernate的緩存?
一、why（為什么要用Hibernate緩存？）

Hibernate是一個(gè)持久層框架，經(jīng)常訪問(wèn)物理數(shù)據(jù)庫(kù)。

為了降低應(yīng)用程序?qū)ξ锢頂?shù)據(jù)源訪問(wèn)的頻次，從而提高應(yīng)用程序的運(yùn)行性能。

緩存內(nèi)的數(shù)據(jù)是對(duì)物理數(shù)據(jù)源中的數(shù)據(jù)的復(fù)制，應(yīng)用程序在運(yùn)行時(shí)從緩存讀寫數(shù)據(jù)，在特定的時(shí)刻或事件會(huì)同步緩存和物理數(shù)據(jù)源的數(shù)據(jù)。

為了提供訪問(wèn)速度，把磁盤或數(shù)據(jù)庫(kù)訪問(wèn)變成內(nèi)存訪問(wèn)。

二、what（Hibernate緩存原理是怎樣的？）Hibernate緩存包括兩大類：Hibernate一級(jí)緩存和Hibernate二級(jí)緩存。

1.Hibernate一級(jí)緩存又稱為“Session的緩存”。

Session緩存內(nèi)置不能被卸載，Session的緩存是事務(wù)范圍的緩存（Session對(duì)象的生命周期通常對(duì)應(yīng)一個(gè)數(shù)據(jù)庫(kù)事務(wù)或者一個(gè)應(yīng)用事務(wù)）。

一級(jí)緩存中，持久化類的每個(gè)實(shí)例都具有唯一的OID。

2.Hibernate二級(jí)緩存又稱為“SessionFactory的緩存”。

由于SessionFactory對(duì)象的生命周期和應(yīng)用程序的整個(gè)過(guò)程對(duì)應(yīng)，因此Hibernate二級(jí)緩存是進(jìn)程范圍或者集群范圍的緩存，有可能出現(xiàn)并發(fā)問(wèn)題，因此需要采用適當(dāng)?shù)牟l(fā)訪問(wèn)策略，該策略為被緩存的數(shù)據(jù)提供了事務(wù)隔離級(jí)別。

第二級(jí)緩存是可選的，是一個(gè)可配置的插件，默認(rèn)下SessionFactory不會(huì)啟用這個(gè)插件。

Hibernate提供了org.hibernate.cache.CacheProvider接口,它充當(dāng)緩存插件與Hibernate之間的適配器。

面試：
Hibernate中的緩存分一級(jí)緩存和二級(jí)緩存。
一級(jí)緩存就是Session級(jí)別的緩存，在事務(wù)范圍內(nèi)有效是,內(nèi)置的不能被卸載。二級(jí)緩存是SesionFactory級(jí)別的緩存，從應(yīng)用啟動(dòng)到應(yīng)用結(jié)束有效。是可選的，默認(rèn)沒(méi)有二級(jí)緩存，需要手動(dòng)開(kāi)啟。
保存數(shù)據(jù)庫(kù)后，在內(nèi)存中保存一份，如果更新了數(shù)據(jù)庫(kù)就要同步更新。
什么樣的數(shù)據(jù)適合存放到第二級(jí)緩存中？ 　　
1)很少被修改的數(shù)據(jù) 　帖子的最后回復(fù)時(shí)間　
2)經(jīng)常被查詢的數(shù)據(jù) 電商的地點(diǎn)

2. 不是很重要的數(shù)據(jù)，允許出現(xiàn)偶爾并發(fā)的數(shù)據(jù)
3. 不會(huì)被并發(fā)訪問(wèn)的數(shù)據(jù)

4. 常量數(shù)據(jù)
   擴(kuò)展：hibernate的二級(jí)緩存默認(rèn)是不支持分布式緩存的。使用memcahe,redis等中央緩存來(lái)代替二級(jí)緩存?！　?br> 2.5.16 簡(jiǎn)單講一下webservice使用的場(chǎng)景？
   webservice是一個(gè)SOA（面向服務(wù)的編程）的架構(gòu)，它是不依賴于語(yǔ)言，不依賴于平臺(tái)，可以實(shí)現(xiàn)不同的語(yǔ)言間的相互調(diào)用，通過(guò)Internet進(jìn)行基于Http協(xié)議的網(wǎng)絡(luò)應(yīng)用間的交互。
   1、異構(gòu)系統(tǒng)(不同語(yǔ)言)的整合
   2、不同客戶端的整合 瀏覽器、手機(jī)端(android,ios.塞班)、微信單、PC端等終端來(lái)訪問(wèn)

   
   
   image.png
   
   

   3、實(shí)實(shí)在在的列子：
   天氣預(yù)報(bào)：可以通過(guò)實(shí)現(xiàn)webservice客戶端調(diào)用遠(yuǎn)程天氣服務(wù)實(shí)現(xiàn)的。
   單點(diǎn)登錄：一個(gè)服務(wù)是所有系統(tǒng)的登錄
   2.5.17 簡(jiǎn)單介紹一下activiti?
   Activiti是一個(gè)業(yè)務(wù)流程管理(BPM)和工作流系統(tǒng)，適用于開(kāi)發(fā)人員和系統(tǒng)管理員。其核心是超快速，穩(wěn)定的BPMN2流程引擎。它易于與 Spring集成使用。

主要要在OA中，把線下流程放到線上。 把現(xiàn)實(shí)生活中一些流程固話定義到系統(tǒng)中，然后通過(guò)輸入表單數(shù)據(jù)完成業(yè)務(wù)。

他可用在OA系統(tǒng)的流程管理中：
請(qǐng)假流程 小于三天，一級(jí)主管審批，大于三天二級(jí)才能審批。
報(bào)銷流程 1000 2000 3000>....

如果你想找專門這方面的工作，要下去復(fù)習(xí)。
2.6 高級(jí)部分
2.6.1 有沒(méi)有用過(guò)linux?你都用它來(lái)做什么？
Linux是一個(gè)長(zhǎng)時(shí)間運(yùn)行比較穩(wěn)定的操作系統(tǒng)，所有我們一般會(huì)拿它作為服務(wù)器(web,db,app等)。
Linux本身具有C的編譯環(huán)境、我們的一些軟件是沒(méi)有軟件包(redis、nginx等)的，需要在Linux的C編譯環(huán)境編譯得到軟件包.
2.6.2 說(shuō)一下linux下面的一下常用命令？
常用：
Pwd 獲取當(dāng)前路徑
Cd 跳轉(zhuǎn)到目錄
Su -u 切換到管理員
Ls ls 列舉目錄
文件操作命令：
文件
tail 查看
rm -rf
vi
文件夾
mkdir
rm -r
2.6.3 你是使用什么來(lái)連接遠(yuǎn)程的Linux服務(wù)器的？
需要依賴于Linux服務(wù)器安裝ssh服務(wù)端，一般這個(gè)ssh服務(wù)的端口22.

需要依賴于Linux服務(wù)器安裝sftp服務(wù)端，一般這個(gè)sftp服務(wù)的端口25.

使用ssh客戶端連接linux服務(wù)器，就有點(diǎn)兒像windows下面的遠(yuǎn)程連接。但是linux通過(guò)ssh連接上以后是沒(méi)有圖形界面，全是命令行。

Putty

Xshell

使用sftp客戶端來(lái)連接sftp服務(wù)端，來(lái)上傳和下載文件.(上傳安裝包，修改了配置文件上傳。)

Winscp

xftp

企業(yè)中常用的兩種組合:

 putty+winscp

 Xshell+xftp=xmanager

image.png

面試：使用xshell、putty等ssh客戶端來(lái)連接服務(wù)器，使用xftp、winscp等sftp客戶端來(lái)上傳和現(xiàn)在文件。連接和上傳、下載必須依賴于服務(wù)器的ssh、sftp服務(wù)，也就是linux服務(wù)器需要啟動(dòng)這兩個(gè)服務(wù)。
2.6.4 有沒(méi)有使用過(guò)云主機(jī)？
使用過(guò)，在原來(lái)的公司，我們沒(méi)有使用自己的服務(wù)器，而是租用阿里的云主機(jī)。
沒(méi)有使用過(guò)，但是有所了解。

云主機(jī)就是一些云服務(wù)運(yùn)營(yíng)商(阿里、華為、西部數(shù)碼、新浪等)，提供的遠(yuǎn)程的服務(wù)器功能，我們開(kāi)發(fā)者或者企業(yè)只需按需付費(fèi)就可以租用對(duì)應(yīng)的服務(wù)器。

使用ssh和sftp來(lái)進(jìn)行操作。
2.6.5 有沒(méi)有做過(guò)數(shù)據(jù)庫(kù)優(yōu)化方面的事情?
做過(guò)mysql數(shù)據(jù)庫(kù)的優(yōu)化、其他數(shù)據(jù)庫(kù)類似
定位：查找、定位慢查詢
優(yōu)化手段：a)創(chuàng)建索引:創(chuàng)建合適的索引，我們就可以現(xiàn)在索引中查詢，查詢到以后直接找對(duì)應(yīng)的記錄。
分表 ：當(dāng)一張表的數(shù)據(jù)比較多或者一張表的某些字段的值比較多并且很少使用
c)讀寫分離：當(dāng)一臺(tái)服務(wù)器不能滿足需求時(shí)，采用讀寫分離的方式進(jìn)行集群。
d)緩存:使用redis來(lái)進(jìn)行緩存
e)一些常用優(yōu)化技巧
2.6.6 查找慢查詢并定位慢查詢？
在項(xiàng)目自驗(yàn)項(xiàng)目轉(zhuǎn)測(cè)試之前，在啟動(dòng)mysql數(shù)據(jù)庫(kù)時(shí)開(kāi)啟慢查詢，并且把執(zhí)行慢的語(yǔ)句寫到日志中，在運(yùn)行一定時(shí)間后。通過(guò)查看日志找到慢查詢語(yǔ)句。
要找出項(xiàng)目中的慢Sql時(shí)

1、關(guān)閉數(shù)據(jù)庫(kù)服務(wù)器(關(guān)閉服務(wù))

2、把慢查詢記錄到日志中

image.png

3、設(shè)置慢查詢時(shí)間

image.png

4、找出日志中的慢查詢SQL

image.png

使用explain 慢查詢語(yǔ)句，來(lái)詳細(xì)分析語(yǔ)句的問(wèn)題.
2.6.6 數(shù)據(jù)庫(kù)優(yōu)化之遵循范式？
數(shù)據(jù)庫(kù)表設(shè)計(jì)時(shí)需要遵循方式
表的范式，是首先符合1NF, 才能滿足2NF , 進(jìn)一步滿足3NF
1NF: 即表的列的具有原子性,不可再分解，即列的信息，不能分解.只要數(shù)據(jù)庫(kù)是關(guān)系型數(shù)據(jù)庫(kù)(mysql/oracle/db2/sysbase/sql server)，就自動(dòng)的滿足1NF.關(guān)系型數(shù)據(jù)庫(kù)中是不允許分割列的。
2NF:表中的記錄是唯一的.通常我們?cè)O(shè)計(jì)一個(gè)主鍵來(lái)實(shí)現(xiàn)
3NF:即表中不要有冗余數(shù)據(jù), 就是說(shuō)，表的信息，如果能夠被推導(dǎo)出來(lái)，就不應(yīng)該單獨(dú)的設(shè)計(jì)一個(gè)字段來(lái)存放.(外鍵)
反3NF :沒(méi)有冗余的數(shù)據(jù)庫(kù)未必是最好的數(shù)據(jù)庫(kù)，有時(shí)為了提高運(yùn)行效率，就必須降低范式標(biāo)準(zhǔn)，適當(dāng)保留冗余數(shù)據(jù)。具體做法是： 在概念數(shù)據(jù)模型設(shè)計(jì)時(shí)遵守第三范式，降低范式標(biāo)準(zhǔn)的工作放到物理數(shù)據(jù)模型設(shè)計(jì)時(shí)考慮。降低范式就是增加字段，允許冗余。 訂單和訂單項(xiàng)、相冊(cè)瀏覽次數(shù)和照片的瀏覽次數(shù)
2.6.7 選擇合適的存儲(chǔ)引擎
在開(kāi)發(fā)中，我們經(jīng)常使用的存儲(chǔ)引擎 myisam / innodb/ memory
MyISAM存儲(chǔ)引擎
如果表對(duì)事務(wù)要求不高，同時(shí)是以查詢和添加為主的，我們考慮使用myisam存儲(chǔ)引擎. 比如 bbs 中的 發(fā)帖表，回復(fù)表.

INNODB存儲(chǔ)引擎:
對(duì)事務(wù)要求高，保存的數(shù)據(jù)都是重要數(shù)據(jù)，我們建議使用INNODB,比如訂單表，賬號(hào)表.

Memory 存儲(chǔ)
我們數(shù)據(jù)變化頻繁，不需要入庫(kù)，同時(shí)又頻繁的查詢和修改，我們考慮使用memory, 速度極快.

問(wèn) MyISAM 和 INNODB的區(qū)別(主要)

1. 事務(wù)安全 myisam不支持事務(wù)而innodb支持
2. 查詢和添加速度 myisam不用支持事務(wù)就不用考慮同步鎖，查找和添加和添加的速度快
3. 支持全文索引 myisam支持innodb不支持
4. 鎖機(jī)制 myisam支持表鎖而innodb支持行鎖(事務(wù))

5. 外鍵 MyISAM 不支持外鍵， INNODB支持外鍵. (通常不設(shè)置外鍵，通常是在程序中保證數(shù)據(jù)的一致)

   
   
   image.png
   
   

   2.6.8 數(shù)據(jù)庫(kù)優(yōu)化之創(chuàng)建合適的索引?
   索引（index）是幫助代表dbms高效獲取數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)
   分類：普通索引/唯一索引/主鍵索引/全文索引
   普通索引:允許重復(fù)的值出現(xiàn)
   唯一索引:除了不能有重復(fù)的記錄外，其它和普通索引一樣(用戶名、用戶身份證、email,tel)
   主鍵索引：是隨著設(shè)定主鍵而創(chuàng)建的，也就是把某個(gè)列設(shè)為主鍵的時(shí)候，數(shù)據(jù)庫(kù)就會(huì)給改列創(chuàng)建索引。這就是主鍵索引.唯一且沒(méi)有null值
   全文索引:用來(lái)對(duì)表中的文本域(char，varchar，text)進(jìn)行索引， 全文索引針對(duì)MyIsam
   explain select * from articles where match(title,body) against(‘database’);【會(huì)使用全文索引】
   2.6.9 索引使用小技巧？*****
   索引弊端
   1.占用磁盤空間。
   2.對(duì)dml(插入、修改、刪除)操作有影響，變慢。
   使用場(chǎng)景：
   a: 肯定在where條件經(jīng)常使用,如果不做查詢就沒(méi)有意義
   b: 該字段的內(nèi)容不是唯一的幾個(gè)值(sex)
   c: 字段內(nèi)容不是頻繁變化.

具體技巧：
1.對(duì)于創(chuàng)建的多列索引（復(fù)合索引），不是使用的第一部分就不會(huì)使用索引。
alter table dept add index my_ind (dname,loc); // dname 左邊的列,loc就是右邊的列
explain select * from dept where dname='aaa'\G 會(huì)使用到索引
explain select * from dept where loc='aaa'\G 就不會(huì)使用到索引

2. 對(duì)于使用like的查詢，查詢?nèi)绻恰?aaa’不會(huì)使用到索引而‘a(chǎn)aa%’會(huì)使用到索引。
   explain select * from dept where dname like '%aaa'\G不能使用索引
   explain select * from dept where dname like 'aaa%'\G使用索引.
   所以在like查詢時(shí)，‘關(guān)鍵字’的最前面不能使用 % 或者 _這樣的字符.，如果一定要前面有變化的值，則考慮使用 全文索引->sphinx.

3.如果條件中有or，有條件沒(méi)有使用索引,即使其中有條件帶索引也不會(huì)使用。換言之，就是要求使用的所有字段,都必須單獨(dú)使用時(shí)能使用索引.

4.如果列類型是字符串，那一定要在條件中將數(shù)據(jù)使用引號(hào)引用起來(lái)。否則不使用索引。
expain select * from dept where dname=’111’;
expain select * from dept where dname=111;（數(shù)值自動(dòng)轉(zhuǎn)字符串）
expain select * from dept where dname=qqq;報(bào)錯(cuò)
也就是，如果列是字符串類型，無(wú)論是不是字符串?dāng)?shù)字就一定要用 ‘’ 把它包括起來(lái).
5.如果mysql估計(jì)使用全表掃描要比使用索引快，則不使用索引。
表里面只有一條記錄
2.6.10 數(shù)據(jù)庫(kù)優(yōu)化之分表？
分表分為水平(按行)分表和垂直(按列)分表

根據(jù)經(jīng)驗(yàn)，Mysql表數(shù)據(jù)一般達(dá)到百萬(wàn)級(jí)別，查詢效率會(huì)很低，容易造成表鎖，甚至堆積很多連接，直接掛掉；水平分表能夠很大程度較少這些壓力。
按行數(shù)據(jù)進(jìn)行分表。

如果一張表中某個(gè)字段值非常多(長(zhǎng)文本、二進(jìn)制等)，而且只有在很少的情況下會(huì)查詢。這時(shí)候就可以把字段多個(gè)單獨(dú)放到一個(gè)表，通過(guò)外鍵關(guān)聯(lián)起來(lái)。
考試詳情，一般我們只關(guān)注分?jǐn)?shù)，不關(guān)注詳情。
水平分表策略：
1.按時(shí)間分表
這種分表方式有一定的局限性，當(dāng)數(shù)據(jù)有較強(qiáng)的實(shí)效性，如微博發(fā)送記錄、微信消息記錄等，這種數(shù)據(jù)很少有用戶會(huì)查詢幾個(gè)月前的數(shù)據(jù)，如就可以按月分表。
2.按區(qū)間范圍分表
一般在有嚴(yán)格的自增id需求上，如按照user_id水平分表：
table_1 user_id從1~100w
table_2 user_id從101~200w
table_3 user_id從201~300w
3.hash分表*****
通過(guò)一個(gè)原始目標(biāo)的ID或者名稱通過(guò)一定的hash算法計(jì)算出數(shù)據(jù)存儲(chǔ)表的表名，然后訪問(wèn)相應(yīng)的表。
2.6.11 數(shù)據(jù)庫(kù)優(yōu)化之讀寫分離
一臺(tái)數(shù)據(jù)庫(kù)的最大并發(fā)