先看問題，按順序一共16個 _mysql索引

本文主人翁是我粉絲群里一位同學，周三線上順豐面試遇到的問題，反饋面經時，只記得部分的。
本來約的三點的面試，但是面試官提前上線看到我在線就說提前開始吧。
先看問題，按順序一共16個試題解析自我介紹
菜鳥的回答：
面試官你好，我叫張三，湖南人，畢業于XX大學，從XX年畢業后就一直從事java開發，差不多 3年了吧。來貴公司面試，尋求一份java開發工作。
自我介紹要說幾個點：你是誰，你的優點是什么？這么多年你干了啥？在學校獲得過什么獎？對哪些技術有深入研究？是否有高并發系統的設計？是否參與過什么大型項目？有沒有待過團隊？
總之，把你最好的一面亮出來，讓人家知道你哪方面相對比較強。
說一個你認為有挑戰的項目
這個問題其實是因人而異的，對于剛入門的朋友，叫他搭建個項目就覺得很有挑戰性。所以，大部分對于這個他該如何回答也是一籌莫展。
其實，對于大佬來說，“挑戰性”已經不再是技術，更多的是如何包裝項目哄好面試官（老板）、如何壓榨自己的下屬才是項目有挑戰性的點。
而在面試環節，有“挑戰性”是對于面試官而言的一個標準。如果這個項目業務這個技術點面試官沒接觸過，聽起來很難，那這個就是一個“有挑戰”的項目。
如果面試官對你所說的挑戰項目很熟悉，此時可能對你來說是個機會也是個挑戰，回答出面試官沒遇到的問題，并已經解決的，那面試官妥妥的佩服你。反之，面試官都知道的問題，你卻答不上來，那就會讓面試大打折扣了。
技術棧也很重要，比如說：五六年前，你的技術棧中有dubbo、 Boot 那是很吃香的，但是現在已經是標配了。
但是有大數據、高并發、架構改造經驗的開發者還是少，因為絕大部分公司都沒法發展成為大公司。但。這個也是隨著軟件工程怎么發展都無法改變的事。
所以對于有挑戰的項目具有以下幾個特點：
1、大數據量
2、高并發
3、架構改造
只要你的項目能和這幾個東西沾一點邊，那你的項目level就高至少一級。
這里，我給你一個回答的模板：
1、我負責的是這個xxx業務項目，這個業務的是用來xxx的。
2、前期為了快速試錯，快速響應市場，前期使用了簡單的xxxx方案。
3、隨著業務的發展，這個方案在xxx方面出現xxx的技術問題。
4、為了解決這些技術難點，最終用了xxx方案，然后介紹其他方案，同時這些方案是怎么解決這些技術問題的。
平時都是怎么學習Java的
就如實地說自己的學習歷程，但要注意，學習要體現出自己是主動的，另外，標注自己有個好習慣：記筆記，好幾下不如爛筆頭。
推薦看官網，看書，看視頻。
學習過程中，不斷實踐，不斷反思，不斷總結。
說一下抽象類和接口
相同點
（1）都不能被實例化（2）接口的實現類或抽象類的子類都只有實現了接口或抽象類中的方法后才能實例化。
不同點
（1）接口只有定義，不能有方法的實現，JDK 8中可以定義方法體，而抽象類可以有定義與實現，方法可在抽象類中實現。
（2）實現接口的關鍵字為，繼承抽象類的關鍵字為。一個類可以實現多個接口，但一個類只能繼承一個抽象類。所以，使用接口可以間接地實現多重繼承。
（3）接口強調特定功能的實現，而抽象類強調所屬關系。
（4）接口成員變量默認為final，必須賦初值，不能被修改；其所有的成員方法都是、的。抽象類中成員變量默認，可在子類中被重新定義，也可被重新賦值；抽象方法被修飾，不能被、、和等修飾，必須以分號結尾，不帶花括號。
說一下和
我們可以從五個方面來回答：
線程是否安全：是非線程安全的，是線程安全的。因為內部的方法基本都經過修飾。（如果你要保證線程安全的話就使用）；效率：因為線程安全的問題，要比效率高一點。另外，基本被淘汰，不要在代碼中使用它；對 Null key 和 Null value 的支持：可以存儲 null 的 key 和 value ，但 null 作為鍵只能有一個， null 作為值可以有多個；不允許有 null 鍵和 null 值，否則會拋出。初始容量帶下和每次擴充容量大小的不同：① 創建時如果不指定容量初始值，默認的初始大小為 11，之后每次擴充，容量變為原來的 2n+1 。默認的初始化大小為 16 。之后每次擴充，容量變為原來的 2 倍。② 創建時如果給定了容量初始值，那么會直接使用你給定的大小，而會將其擴充為 2 的冪次方大?。? 中的()方法保證）。底層數據結構：JDK1.8 以后的在解決哈希沖突時有了較大的變化，當鏈表長度大于閾值（默認為 8）（將鏈表轉換成紅黑樹前會判斷，如果當前數組的長度度大于 64 ，那么會選擇先進行數組擴容，而不是轉換為紅黑樹）時，將鏈表轉化為紅黑樹，以減少搜索時間。沒有這樣的機制。
盡管是普通不能再普通的面試題了，可面試中收獲不止sql優化 pdf，照樣很大部分人同學回答的不好。回答中提到了2的n次冪，面試官很有可能會繼續追問相關的問題，如果還不清楚的，建議對進行系統的學習。
我的博客上之前發過兩篇文章：
的31連環炮收獲不止sql優化 pdf，我倒在第5個上
三年必備，源碼
添加一個元素的流程
在put添加元素過程可以分為下面9個步驟：
可以看看我博客()上的博文：三年必備，源碼
什么是紅黑樹，特點是什么？
紅黑樹（Red Black Tree）是一種特化的AVL樹（平衡二叉樹），都是在進行插入和刪除操作時通過特定操作保持二叉查找樹的平衡，從而獲得較高的查找性能。
紅黑樹的特點有5個：
其實這個問題不難，難的是可能有的面試官會問紅黑樹的操作，左旋轉右旋轉… ，我面試過幾百人，能說出來寥寥無幾。
B+樹的特點，有幾層，最大可以存放多少條數據
B+樹的特點有兩個：
B+樹一般是1~3層。
頁的大小默認是16KB：
所以，兩層的B+樹可以存儲：16*1638=26208條數據；三層的B+樹可以存儲：16*1638*1638=條數據。
MySQL的索引為什么使用B+樹而不使用跳表？
B+樹是多叉樹結構，每個結點都是一個16k的數據頁，能存放較多索引信息，所以扇出很高。三層左右就可以存儲2kw左右的數據。也就是說查詢一次數據，如果這些數據頁都在磁盤里，那么最多需要查詢三次磁盤IO 。
跳表是鏈表結構，一條數據一個結點，如果最底層要存放2kw數據，且每次查詢都要能達到二分查找的效果，2kw大概在2的24次方左右，所以，跳表大概高度在24層左右。最壞情況下，這24層數據會分散在不同的數據頁里，也即是查一次數據會經歷24次磁盤IO 。
因此存放同樣量級的數據， B+樹的高度比跳表的要少，如果放在MySQL數據庫上來說，就是磁盤IO次數更少，因此B+樹查詢更快。
而針對寫操作，B+樹需要拆分合并索引數據頁，跳表則獨立插入，并根據隨機函數確定層數，沒有旋轉和維持平衡的開銷，因此跳表的寫入性能會比B+樹要好。
其實，MySQL的存儲引擎是可以換的，以前mysql 5.5是，后來才有的，它們底層索引用的都是B+樹。也就是說，你完全可以造一個索引為跳表的存儲引擎裝到MySQL里。事實上，造了個的存儲引擎，里面就用了跳表。直接說結論，它的寫入性能確實是比要好，但讀性能確實比要差不少。感興趣的話，可以在文章最后面的參考資料里看到他們的性能對比數據。
Redis為什么使用跳表而不使用B+樹或二叉樹呢？
因為B+樹的原理是葉子節點存儲數據，非葉子節點存儲索引，B+樹的每個節點可以存儲多個關鍵字，它將節點大小設置為磁盤頁的大?。?充分利用了磁盤預讀的功能。每次讀取磁盤頁時就會讀取一整個節點,每個葉子節點還有指向前后節點的指針，為的是最大限度的降低磁盤的IO 。因為數據在內存中讀取耗費的時間是從磁盤的IO讀取的百萬分之一，而Redis是內存中操作數據，不涉及IO，因此使用了跳表；
創建索引需要注意些什么？
這道題，也可以用在問你會哪些SQL優化的時候。
如果單表數據量過千萬，怎么優化？
1、數據庫設計和表創建時，考慮性能問題，比如：單表不要有太多字段，建議在20以內、索引并不是越多越好，要根據查詢有針對性的創建，考慮在WHERE和ORDER BY命令上涉及的列建立索引，可根據來查看是否用了索引還是全表掃描、選擇合適的數據類型、選擇合適索引類型等。
2、SQL編寫時需要注意，比如：列表數據不要拿全表，要使用LIMIT來分頁，每頁數量也不要太大、可通過開啟慢查詢日志來找出較慢的SQL、避免 *，將需要查找的字段列出來等。
3，存儲引擎選擇，適合密集型的表，而適合和密集型的表。
4、分庫分表，比如：分庫把一個數據庫分成多個，建議做個讀寫分離就行了，真正的做分庫也會帶來大量的開發成本，得不償失！不推薦使用、分表就是把一張大表，按照如上過程都優化了，還是查詢卡死，那就把這個表分成多張表，把一次查詢分成多次查詢，然后把結果組合返回給用戶。分表分為垂直拆分和水平拆分，通常以某個字段做拆分項。比如以id字段拆分為100張表：表名為。但：分表需要修改源程序代碼，會給開發帶來大量工作，極大的增加了開發成本，故：只適合在開發初期就考慮到了大量數據存在，做好了分表處理，不適合應用上線了再做修改，成本太高等。
5、硬件升級，這辦法是最簡單的，相對的成本也高，老板就不愿意了。
6、數據庫升級，比如：把MySQL數據庫換成大數據引擎處理數據、換成阿里云，是阿里云自研的下一代關系型分布式云原生數據庫，100%兼容MySQL，存儲容量最高可達 100T，性能最高提升至 MySQL 的 6 倍。
一個500w條數據的表 a ，一個300w數據的表 b，通過外鍵 tid 關聯，如何最快的查詢出滿足條件的第50000到第50200中的這200條數據記錄？
方法一：如果 a 表 tid 是自增長，并且是連續的，b表的id為索引。SQL語句如下。
select * from a,b where a.tid = b.id and a.tid>500000 limit 200;
方法二：如果 a 表的 tid 不是連續的，那么就需要使用覆蓋索引，tid 要么是主鍵，要么是輔助索引，b 表 id 也需要有索引。SQL語句如下。
select * from b, (select tid from a limit 50000,200) a where b.id = a.tid;
說說JVM的內存模型
JVM內存結構有：程序計數器、堆內存、方法區和棧（java虛擬機棧和本地方法棧）。
程序計數器（）是一塊較小的內存空間，它的作用可以看做是當前線程所執行的字節碼的行號指示器。在虛擬機的概念模型里（僅是概念模型，各種虛擬機可能會通過一些更高效的方式去實現），字節碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令，分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器來完成。
堆內存是JVM中最大的一塊由年輕代和老年代組成，而年輕代內存又被分成三部分， Eden空間、 From 空間、 To 空間 ,默認情況下年輕代按照 8:1:1 的比例來分配；
方法區存儲類信息、常量、靜態變量等數據，是線程共享的區域，為與Java堆區分，方法區還有一個別名Non-Heap(非堆)；棧又分為java虛擬機棧和本地方法棧主要用于方法的執行。方法區可理解為一種規范，其實現比如永久代、元空間。
Java虛擬機棧（Java）也是線程私有的，它的生命周期與線程相同。虛擬機棧描述的是Java方法執行的內存模型：每個方法被執行的時候都會同時創建一個棧?。⊿tack Frame）用于存儲局部變量表、操作棧、動態鏈接、方法出口等信息。每一個方法被調用直至執行完成的過程，就對應著一個棧幀在虛擬機棧中從入棧到出棧的過程。
本地方法棧（）與虛擬機棧所發揮的作用是非常相似的，其區別不過是虛擬機棧為虛擬機執行Java方法（也就是字節碼）服務，而本地方法棧則是為虛擬機使用到的方法服務。虛擬機規范中對本地方法棧中的方法使用的語言、使用方式與數據結構并沒有強制規定，因此具體的虛擬機可以自由實現它。
為什么需要區?
如果沒有,Eden區每進行一次Minor GC ,并且沒有年齡限制的話，存活的對象就會被送到老年代。這樣一來，老年代很快被填滿,觸發Major GC(因為Major GC一般伴隨著Minor GC，也可以看做觸發了Full GC) 。老年代的內存空間遠大于新生代，進行一次Full GC消耗的時間比Minor GC長得多。
面試官可能會問：執行時間長有什么壞處?
頻發的Full GC消耗的時間很長，會影響大型程序的執行和響應速度。
假如增加老年代空間，更多存活對象才能填滿老年代。雖然降低Full GC頻率，但是隨著老年代空間加大,一旦發生Full GC,執行所需要的時間更長。
假如減少老年代空間，雖然Full GC所需時間減少，但是老年代很快被存活對象填滿,Full GC頻率增加。
所以的存在意義,就是減少被送到老年代的對象,進而減少Full GC的發生,的預篩選保證,只有經歷16 次Minor GC還能在新生代中存活的對象,才會被送到老年代。
你有什么想問我的嗎？
有的面試官是禮貌性的問，根本不在意你回答內容，因為此時估計面試就是涼涼啦。
但是，有反問的機會，大部分還是覺得你不錯，被錄取的概率非常大，所以還是得慎重回答
不管ta是怎么樣的心態，咱們表現好自己就行。
這個問題看上去可有可無，其實很關鍵，一般面試官不喜歡說“沒問題”的人，因為其很注重員工的個性和創新能力。企業不喜歡求職者問個人福利之類的問題。
貴公司對新入公司的員工有沒有什么項目、業務之類的培訓，我可以參加嗎？或者說貴公司的晉升機制是什么樣的？企業將很歡迎，因為體現出你對學習的熱情和對公司的忠誠度以及你的上進心。
從上面面試問題來看，其實很大部分還是蠻簡單的，都是八股文的，但也有一些非八股文的，你覺得這次面試難嗎？需要Java面經面題或者職業規劃方面的資料可以看下圖哦~
原文：
【先看問題，按順序一共16個】本文到此結束，希望對大家有所幫助。

继夫的玩弄H辣文的小说|女人与拘性猛交视频|精品欧美高清不卡高清|一起做亏亏的事情的视频|啦啦啦在线视频观看|望月直播下载ios版本|国产日韩欧美一区二区三区

先看問題，按順序一共16個