熟悉哪些SQL優(yōu)化方法？

首頁

Java

Java面試題

上周，XX保險(xiǎn)面試，涼了！?。?/span>

上周，XX保險(xiǎn)面試，涼了！??！

Java后端技術(shù)全棧

Aug 25, 2023 pm 03:44 PM

java面試題

上周，一位群里的朋友去平安保險(xiǎn)面試了，結(jié)果有些遺憾，蠻可惜的，但希望你不要?dú)怵H，正如你所說的，面試中遇到的問題，基本上都是可以通過背面試題解決的，所以請加油！

另外，有問題歡迎隨時(shí)找我探討，共同進(jìn)步。

不扯遠(yuǎn)了，咱們進(jìn)入主題，下面是這位同學(xué)整理的技術(shù)面試題和參考答案。

Java中有哪些線程安全的類？

Vector、Hashtable、StringBuffer。都是在其方法上加了同步鎖來實(shí)現(xiàn)線程安全的。

另外，還有JUC包下所有的集合類

ArrayBlockingQueue?、ConcurrentHashMap、ConcurrentLinkedQueue、ConcurrentLinkedDeque等，這些也是線程安全的。ArrayBlockingQueue?、ConcurrentHashMap、ConcurrentLinkedQueue、ConcurrentLinkedDeque等，這些也是線程安全的。

幸好這么回答就算結(jié)束了，面試官也沒再問了，不然JUC下的這幾個(gè)我真回答不上來。

Java創(chuàng)建對象有幾種方式？

這個(gè)問題相對還是簡單的，能說上個(gè)123應(yīng)該都沒問題了。

Java

幸好這么回答就算結(jié)束了，面試官也沒再問了，否則JUC下的這幾個(gè)我真回答不上來。

Java創(chuàng)建對象有幾種方式？

這個(gè)問題相對簡單的，能說上個(gè)123應(yīng)該都沒有問題了。??

??Java中提供了以下四種創(chuàng)建對象的方式:??

new創(chuàng)建新對象
通過反射機(jī)制
采用clone機(jī)制
通過序列化機(jī)制

Object 有哪些常用方法？

這個(gè)問題，回答的不是很好，當(dāng)時(shí)只記得toString、equals、hashCode、wait、notify、notifyAll。其他的沒有想起來。面試官還是不斷點(diǎn)頭，給人感覺是應(yīng)該還行。

java.lang.Object

下面是對應(yīng)方法的含義。

clone 方法

保護(hù)方法，實(shí)現(xiàn)對象的淺復(fù)制，只有實(shí)現(xiàn)了 Cloneable 接口才可以調(diào)用該方法，否則拋出 CloneNotSupportedException 異常，深拷貝也需要實(shí)現(xiàn) Cloneable，同時(shí)其成員變量為引用類型的也需要實(shí)現(xiàn) Cloneable，然后重寫 clone 方法。

finalize 方法

該方法和垃圾收集器有關(guān)系，判斷一個(gè)對象是否可以被回收的最后一步就是判斷是否重寫了此方法。

equals 方法

該方法使用頻率非常高。一般 equals 和 == 是不一樣的，但是在 Object 中兩者是一樣的。子類一般都要重寫這個(gè)方法。

hashCode 方法

該方法用于哈希查找，重寫了 equals 方法一般都要重寫 hashCode 方法，這個(gè)方法在一些具有哈希功能的 Collection 中用到。

一般必須滿足?obj1.equals(obj2)==true。可以推出?obj1.hashCode()==obj2.hashCode()，但是 hashCode 相等不一定就滿足 equals。不過為了提高效率，應(yīng)該盡量使上面兩個(gè)條件接近等價(jià)。

JDK 1.6、1.7 默認(rèn)是返回隨機(jī)數(shù)；
JDK 1.8 默認(rèn)是通過和當(dāng)前線程有關(guān)的一個(gè)隨機(jī)數(shù) + 三個(gè)確定值，運(yùn)用 Marsaglia’s xorshift scheme 隨機(jī)數(shù)算法得到的一個(gè)隨機(jī)數(shù)。

wait 方法

配合 synchronized 使用，wait 方法就是使當(dāng)前線程等待該對象的鎖，當(dāng)前線程必須是該對象的擁有者，也就是具有該對象的鎖。wait() 方法一直等待，直到獲得鎖或者被中斷。wait(long timeout) 設(shè)定一個(gè)超時(shí)間隔，如果在規(guī)定時(shí)間內(nèi)沒有獲得鎖就返回。

調(diào)用該方法后當(dāng)前線程進(jìn)入睡眠狀態(tài)，直到以下事件發(fā)生。

其他線程調(diào)用了該對象的 notify 方法；
其他線程調(diào)用了該對象的 notifyAll 方法；
其他線程調(diào)用了 interrupt 中斷該線程；
時(shí)間間隔到了。

此時(shí)該線程就可以被調(diào)度了，如果是被中斷的話就拋出一個(gè) InterruptedException 異常。

notify 方法

配合 synchronized 使用，該方法喚醒在該對象上等待隊(duì)列中的某個(gè)線程（同步隊(duì)列中的線程是給搶占 CPU 的線程，等待隊(duì)列中的線程指的是等待喚醒的線程）。

notifyAll 方法

配合 synchronized 使用，該方法喚醒在該對象上等待隊(duì)列中的所有線程。

hashCode方法和equals方法有什么關(guān)系

有點(diǎn)連環(huán)炮的意思了，問到這里，感覺面試官有些懷疑我的基礎(chǔ)了，但這個(gè)問題還是能回答的。

如果a.equals(b)返回“true”，那么a和b的hashCode()必須相等。hashCode()必須相等。

如果a.equals(b)返回“false”，那么a和b的hashCode()

如果a.equals(b)返回“false”，那么a和b的hashCode()有可能相等，也有可能不等。??

hashcode的作用

真的是連環(huán)炮，一個(gè)接一個(gè)問，回答的不是很理想，但也是扯到一些。

Java的集合有兩類，一類是List，還有一類是Set。前者有序可重復(fù)，后者無序不重復(fù)。當(dāng)我們在set中插入的時(shí)候怎么判斷是否已經(jīng)存在該元素呢，可以通過equals方法。但是如果元素太多，用這樣的方法就會(huì)比較滿。Java的集合有兩類，一類是List，還有一類是Set。前者有序可重復(fù)，后者無序不重復(fù)。當(dāng)我們在set中插入的時(shí)候怎么判斷是否已經(jīng)存在該元素呢，可以通過equals方法。但是如果元素太多，用這樣的方法就會(huì)比較滿。

hashCode方法可以這樣理解：它返回的就是根據(jù)對象的內(nèi)存地址換算出的一個(gè)值。這樣一來，當(dāng)集合要添加新的元素時(shí)，先調(diào)用這個(gè)元素的hashCode

于是有人發(fā)明了哈希算法來提高集合中查找元素的效率。這種方式將集合分成若干個(gè)存儲(chǔ)區(qū)域，每個(gè)對象可以計(jì)算出一個(gè)哈希碼，可以將哈希碼分組，每組分別對應(yīng)某個(gè)存儲(chǔ)區(qū)域，根據(jù)一個(gè)對象的哈希碼就可以確定該對象應(yīng)該存儲(chǔ)的那個(gè)區(qū)域。????hashCode方法可以這樣理解：它返回的就是根據(jù)對象的內(nèi)存地址換算出的一個(gè)值。這樣一來，當(dāng)集合要添加新的元素時(shí)，先調(diào)用這個(gè)元素的hashCode方法，就一下子能定位到它應(yīng)該放置的物理位置上。如果這個(gè)位置上沒有元素，它就可以直接存儲(chǔ)在這個(gè)位置上，不用再進(jìn)行任何比較了；如果這個(gè)位置上已經(jīng)有元素了，就調(diào)用它的equals方法與新元素進(jìn)行比較，相同的話就不存了，不相同就散列其它的地址。這樣一來實(shí)際調(diào)用equals方法的次數(shù)就大大降低了，幾乎只需要一兩次。??

說說Spring Boot的自動(dòng)裝配原理

這個(gè)問題，也是因?yàn)槲液啔v上寫了Spring Boot，所以被問到也是正常的，不過我面試前還是看過一些，回答的還行，面試官說差不多是這個(gè)意思。

在Spring Boot中有個(gè)很關(guān)鍵的注解@SpringBootApplication?，其中這個(gè)注解又可以等同于

-?@SpringBootConfiguration

-?@EnableAutoConfiguration

-?@ComponentScan

其中@EnableAutoConfiguration是關(guān)鍵(啟用自動(dòng)配置)，內(nèi)部實(shí)際上就去加載META-INF/spring.factories文件的信息，然后篩選出以EnableAutoConfiguration為key的數(shù)據(jù)，加載到IOC容器中，實(shí)現(xiàn)自動(dòng)配置功能！@EnableAutoConfiguration是關(guān)鍵(啟用自動(dòng)配置)，內(nèi)部實(shí)際上就去加載META-INF/spring.factories文件的信息，然后篩選出以EnableAutoConfiguration為key的數(shù)據(jù)，加載到IOC容器中，實(shí)現(xiàn)自動(dòng)配置功能！

數(shù)據(jù)庫事務(wù)的隔離級(jí)別有哪些？

這種問題，背背八股文，網(wǎng)上一堆堆。

數(shù)據(jù)庫事務(wù)的隔離級(jí)別有4種，由低到高分別為Read uncommitted?、Read committed、Repeatable read、Serializable

數(shù)據(jù)庫事務(wù)的隔離級(jí)別有哪些？

這種問題，背背八股文，網(wǎng)上一堆堆。

??數(shù)據(jù)庫事務(wù)的隔離級(jí)別有4種，由低到高分別為Read uncommitted?、Read committed、Repeatable read、Serializable。??

未提交讀(READ UNCOMMITTED)：這個(gè)隔離級(jí)別下，其他事務(wù)可以看到本事務(wù)沒有提交的部分修改，因此會(huì)造成臟讀的問題(讀取到了其他事務(wù)未提交的部分,而之后該事務(wù)進(jìn)行了回滾)；READ UNCOMMITTED)：這個(gè)隔離級(jí)別下，其他事務(wù)可以看到本事務(wù)沒有提交的部分修改，因此會(huì)造成臟讀的問題(讀取到了其他事務(wù)未提交的部分,而之后該事務(wù)進(jìn)行了回滾)；
已提交讀(READ COMMITTED)：其他事務(wù)只能讀取到本事務(wù)已經(jīng)提交的部分，這個(gè)隔離級(jí)別有不可重復(fù)讀的問題，在同一個(gè)事務(wù)內(nèi)的兩次讀取，拿到的結(jié)果竟然不一樣，因?yàn)榱硗庖粋€(gè)事務(wù)對數(shù)據(jù)進(jìn)行了修改；"
可重復(fù)讀(REPEATABLE READ)。可重復(fù)讀隔離級(jí)別解決了上面不可重復(fù)讀的問題，但是仍然有一個(gè)新問題，就是幻讀。當(dāng)你讀取id> 10 的數(shù)據(jù)行時(shí)，對涉及到的所有行加上了讀鎖，此時(shí)例外一個(gè)事務(wù)新插入了一條id=11的數(shù)據(jù)，因?yàn)槭切虏迦氲?，所以不?huì)觸發(fā)上面的鎖的排斥，那么進(jìn)行本事務(wù)進(jìn)行下一次的查詢時(shí)會(huì)發(fā)現(xiàn)有一條id=11的數(shù)據(jù)，而上次的查詢操作并沒有獲取到，再進(jìn)行插入就會(huì)有主鍵沖突的問題；
可串行化(SERIALIZABLE

已提交讀(READ COMMITTED)：其他事務(wù)只能讀取到本事務(wù)已經(jīng)提交的部分，這個(gè)隔離級(jí)別有不可重復(fù)讀的問題，在同一個(gè)事務(wù)內(nèi)的兩次讀取，拿到的結(jié)果竟然不一樣，因?yàn)榱硗庖粋€(gè)事務(wù)對數(shù)據(jù)進(jìn)行了修改；"

可重復(fù)讀(`REPEATABLE READ`)?？芍貜?fù)讀隔離級(jí)別解決了上面不可重復(fù)讀的問題，但是仍然有一個(gè)新問題，就是幻讀。當(dāng)你讀取id> 10 的數(shù)據(jù)行時(shí)，對涉及到的所有行加上了讀鎖，此時(shí)例外一個(gè)事務(wù)新插入了一條id=11的數(shù)據(jù)，因?yàn)槭切虏迦氲?，所以不?huì)觸發(fā)上面的鎖的排斥，那么進(jìn)行本事務(wù)進(jìn)行下一次的查詢時(shí)會(huì)發(fā)現(xiàn)有一條id=11的數(shù)據(jù)，而上次的查詢操作并沒有獲取到，再進(jìn)行插入就會(huì)有主鍵沖突的問題；

可串行化(SERIALIZABLE)。這是最高的隔離級(jí)別，可以解決上面提到的所有問題，因?yàn)樗麖?qiáng)制將所以的操作串行執(zhí)行，這會(huì)導(dǎo)致并發(fā)性能極速下降，因此也不是很常用。
????????說說你對MySQL中索引的理解????????????這個(gè)問題，還好，知道多少說多少。看每個(gè)人準(zhǔn)備情況，我當(dāng)時(shí)準(zhǔn)備的還行。自我感覺回答的還行，我把索引的優(yōu)缺點(diǎn)一并回答上來了。??

索引是一種數(shù)據(jù)結(jié)構(gòu)，使得Mysql能夠高效獲取數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)。更通俗的說，數(shù)據(jù)庫索引好比是一本書前面的目錄，能加快數(shù)據(jù)庫的查詢速度。

優(yōu)點(diǎn)

可以保證數(shù)據(jù)庫表中每一行的數(shù)據(jù)的唯一性
可以大大加快數(shù)據(jù)的索引速度
加速表與表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義
在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，同樣可以顯著減少查詢中分組和排序的時(shí)間
通過使用索引，可以在時(shí)間查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能

缺點(diǎn)

創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間，這種時(shí)間隨著數(shù)據(jù)量的增加而增加
索引需要占物理空間，除了數(shù)據(jù)表占用數(shù)據(jù)空間之外，每一個(gè)索引還要占用一定的物理空間，如果需要建立聚簇索引，那么需要占用的空間會(huì)更大
以表中的數(shù)據(jù)進(jìn)行增、刪、改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這就降低了整數(shù)的維護(hù)速度

熟悉哪些SQL優(yōu)化方法？

這部分是看了田哥的知識(shí)星球中《java程序員必備MySQL數(shù)據(jù)庫知識(shí)》中學(xué)到的，也只是說了一部分，因?yàn)樘锔缯淼姆浅６啵瑢Σ蛔×耍值苡浶圆缓谩?

1、查詢語句中不要使用select *

2、盡量減少子查詢，使用關(guān)聯(lián)查詢（left join,right join,inner join）替代

3、減少使用IN或者NOT IN ,使用exists，not exists或者關(guān)聯(lián)查詢語句替代

4、or 的查詢盡量用 union或者union all 代替(在確認(rèn)沒有重復(fù)數(shù)據(jù)或者不用剔除重復(fù)數(shù)據(jù)時(shí)，union all會(huì)更好)

5、應(yīng)盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描。

6、應(yīng)盡量避免在 where 子句中對字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：select id from t where num is null 可以在num上設(shè)置默認(rèn)值0，確保表中num列沒有null值，然后這樣查詢：select id from t where num=0

在 MySQL 中一條查詢 SQL 是如何執(zhí)行的？

NND，這么喜歡問MySQL，這個(gè)問題還真把我難道了，瞎說一通，面試官都有些不耐煩了?；貋砦胰ヌ锔缰R(shí)星球里翻了一下，果然又是接近一模一樣的面試題，怪我還沒準(zhǔn)備好。

比如下面這條SQL語句（面試官現(xiàn)場給的SQL）：

select?字段1，字段2?from?表?where?id=996

取得鏈接，使用使用到 MySQL 中的連接器。
查詢緩存，key 為 SQL 語句，value 為查詢結(jié)果，如果查到就直接返回。不建議使用次緩存，在 MySQL 8.0 版本已經(jīng)將查詢緩存刪除，也就是說 MySQL 8.0 版本后不存在此功能。
分析器，分為詞法分析和語法分析。此階段只是做一些 SQL 解析，語法校驗(yàn)。所以一般語法錯(cuò)誤在此階段。
優(yōu)化器，是在表里有多個(gè)索引的時(shí)候，決定使用哪個(gè)索引；或者一個(gè)語句中存在多表關(guān)聯(lián)的時(shí)候（join），決定各個(gè)表的連接順序。
執(zhí)行器，通過分析器讓 SQL 知道你要干啥，通過優(yōu)化器知道該怎么做，于是開始執(zhí)行語句。執(zhí)行語句的時(shí)候還要判斷是否具備此權(quán)限，沒有權(quán)限就直接返回提示沒有權(quán)限的錯(cuò)誤；有權(quán)限則打開表，根據(jù)表的引擎定義，去使用這個(gè)引擎提供的接口，獲取這個(gè)表的第一行，判斷 id 是都等于 1。如果是，直接返回；如果不是繼續(xù)調(diào)用引擎接口去下一行，重復(fù)相同的判斷，直到取到這個(gè)表的最后一行，最后返回。

我在想，996是什么含義，是你們公司就是996嗎？還是隨口一說

JVM中堆與棧有什么區(qū)別？

這個(gè)還好，稍微熟悉點(diǎn)JVM知識(shí)，都能回答上。田哥整理的JVM運(yùn)行時(shí)數(shù)據(jù)區(qū)的講解非常nice。

二者本質(zhì)區(qū)別：棧是線程私有，而堆是線程共享的。

棧是運(yùn)行時(shí)單位，代表著邏輯，一個(gè)棧對應(yīng)著一個(gè)線程，內(nèi)含基本數(shù)據(jù)類型和堆中對象引用，所在區(qū)域連續(xù)，沒有碎片；

堆是存儲(chǔ)單位，代表著數(shù)據(jù)，可被多個(gè)棧共享（包括成員中基本數(shù)據(jù)類型、引用和引用對象），所在區(qū)域不連續(xù)，會(huì)有碎片。

1)、功能不同

棧內(nèi)存用來存儲(chǔ)局部變量和方法調(diào)用，而堆內(nèi)存用來存儲(chǔ)Java中的對象。無論是成員變量，局部變量，還是類變量，它們指向的對象都存儲(chǔ)在堆內(nèi)存中。

2)、共享性不同

棧內(nèi)存是線程私有的。堆內(nèi)存是所有線程共有的。

3)、異常錯(cuò)誤不同

如果棧內(nèi)存或者堆內(nèi)存不足都會(huì)拋出異常。

?？臻g不足：java.lang.StackOverFlowError。

堆空間不足：java.lang.OutOfMemoryError。

4)、空間大小

棧的空間大小遠(yuǎn)遠(yuǎn)小于堆的。

熟悉類加載機(jī)制嗎？

這都是背背面試題就差不多了

JVM類加載分為5個(gè)過程：加載，驗(yàn)證，準(zhǔn)備，解析，初始化，使用，卸載，如下圖所示：

上周，XX保險(xiǎn)面試，涼了?。?！

下面來看看加載，驗(yàn)證，準(zhǔn)備，解析，初始化這5個(gè)過程的具體動(dòng)作。

加載

加載主要是將.class文件（并不一定是.class?？梢允荶IP包，網(wǎng)絡(luò)中獲?。┲械亩M(jìn)制字節(jié)流讀入到JVM中。在加載階段，JVM需要完成3件事：1）通過類的全限定名獲取該類的二進(jìn)制字節(jié)流；2）將字節(jié)流所代表的靜態(tài)存儲(chǔ)結(jié)構(gòu)轉(zhuǎn)化為方法區(qū)的運(yùn)行時(shí)數(shù)據(jù)結(jié)構(gòu)；3）在內(nèi)存中生成一個(gè)該類的java.lang.Class對象，作為方法區(qū)這個(gè)類的各種數(shù)據(jù)的訪問入口。

連接

驗(yàn)證

驗(yàn)證是連接階段的第一步，主要確保加載進(jìn)來的字節(jié)流符合JVM規(guī)范。驗(yàn)證階段會(huì)完成以下4個(gè)階段的檢驗(yàn)動(dòng)作：1）文件格式驗(yàn)證 2）元數(shù)據(jù)驗(yàn)證(是否符合Java語言規(guī)范) 3）字節(jié)碼驗(yàn)證（確定程序語義合法，符合邏輯） 4）符號(hào)引用驗(yàn)證（確保下一步的解析能正常執(zhí)行）

準(zhǔn)備

主要為靜態(tài)變量在方法區(qū)分配內(nèi)存，并設(shè)置默認(rèn)初始值。

解析

是虛擬機(jī)將常量池內(nèi)的符號(hào)引用替換為直接引用的過程。

初始化

初始化階段是類加載過程的最后一步，主要是根據(jù)程序中的賦值語句主動(dòng)為類變量賦值。注：1）當(dāng)有父類且父類為初始化的時(shí)候，先去初始化父類；2）再進(jìn)行子類初始化語句。

能夠觸發(fā)條件 Full GC 有哪些？

有點(diǎn)跳躍性，還以為會(huì)問垃圾回收算法之類，結(jié)果居然問到這里了。這個(gè)沒準(zhǔn)備好，隨便說了兩個(gè)，明顯感覺到面試官很不滿意，哎，就這樣吧，回去好好準(zhǔn)備吧。

通常觸發(fā)Full GC的場景有如下5種場景：

（1）調(diào)用System.gc時(shí)，系統(tǒng)建議執(zhí)行Full GC，但是不必然執(zhí)行

（2）老年代空間不足

（3）方法去空間不足

（4）通過Minor GC后進(jìn)入老年代的平均大小 > 老年代的可用內(nèi)存

（5）由Eden區(qū)、From Space區(qū)向To Space區(qū)復(fù)制時(shí)，對象大小大于To Space可用內(nèi)存，則把該對象轉(zhuǎn)存到老年代，且老年代的可用內(nèi)存小于該對象大小。即老年代無法存放下新年代過度到老年代的對象的時(shí)候，會(huì)觸發(fā)Full GC。

線上系統(tǒng)CPU飆高，怎么辦？

這個(gè)問題，回答的也不是很滿意，我知道田哥整理過一份文檔，但是我還沒有看到那里去，回家的路上看了后發(fā)現(xiàn)，這也是可以背的面試題，居然我沒回答上來，回去加油吧。面試官來了一句：OK，今天咱們面試就到這里，我這邊去和HR匯報(bào)一下，你在這里等一下。

過一會(huì)漂亮的HR走過來，面帶微笑，（我以為問題不大了），結(jié)果.....。

您是"YY吧，面試官反饋了面試情況，我們這邊要再總和考量一下，您先回去，后續(xù)有結(jié)果，我們會(huì)電話通知您"。

(⊙o⊙)…，后面過了n多天，沒消息，果然涼涼了。

常規(guī)操作是：

1. top oder by with P：1040?// 首先按進(jìn)程負(fù)載排序找到 axLoad(pid)

2. top -Hp 進(jìn)程PID：1073 ??// 找到相關(guān)負(fù)載線程PID

3. printf “0x%xn”線程PID：0x431 // 將線程PID轉(zhuǎn)換為 16進(jìn)制，為后面查找 jstack 日志做準(zhǔn)備

4. jstack 進(jìn)程PID | vim +/十六進(jìn)制線程PID - // 例如：jstack 1040|vim +/0x431 -