作者:柯三
juejin.im/post/5e0443ae6fb9a0162277a2c3
送分題
面試官:有操作過Linux嗎?
我:有的呀
面試官:我想查看記憶體的使用情況該用什么命令
我:free 或者 top
面試官:那你說一下用free命令都可以看到啥資訊
我:那,如下圖所示 可以看到記憶體以及快取的使用情況
-
total 總記憶體
-
used 已用記憶體
-
free 空閑記憶體
-
buff/cache 已使用的快取
-
avaiable 可用記憶體

面試官:那你知道怎么清理已使用的快取嗎(buff/cache)
我:em... 不知道
面試官:sync; echo 3 > /proc/sys/vm/drop_caches就可以清理buff/cache了,你說說我在線上執行這條命令做好不好?

我:(送分題,內心大喜)好處大大的有,清理出快取我們就有更多可用的記憶體空間, 就跟pc上面xx衛士的小火箭一樣,點一下,就釋放出好多的記憶體
面試官:em...., 回去等通知吧
再談SQL Join
面試官:換個話題,談談你對join的理解
我:好的(再答錯就徹底完了,把握住機會)
回顧
SQL中的join可以根據某些條件把指定的表給結合起來并將資料回傳給客戶端
join的方式有:5 種 Join 連接及實戰案例!
inner join內連接

left join左連接

right join右連接

full join全連接

以上圖片源:https://www.cnblogs.com/reaptomorrow-flydream/p/8145610.html
面試官:在專案開發中如果需要使用join陳述句,如何優化提升性能?
我:分為兩種情況,資料規模小的,資料規模大的,
面試官: 然后?
我:對于
-
資料規模較小 全部干進記憶體就完事了嗷
-
資料規模較大
可以通過增加索引來優化
join陳述句的執行速度 可以通過冗余資訊來減少join的次數 盡量減少表連接的次數,一個SQL陳述句表連接的次數不要超過5次
面試官:可以總結為join陳述句是相對比較耗費性能,對嗎?
我:是的
面試官: 為什么?
緩沖區
我: 在執行join陳述句的時候必然要有一個比較的程序
面試官: 是的
我:逐條比較兩個表的陳述句是比較慢的,因此我們可以把兩個表中資料依次讀進一個記憶體塊中, 以MySQL的InnoDB引擎為例,使用以下陳述句我們必然可以查到相關的記憶體區域show variables like '%buffer%'

如下圖所示join_buffer_size的大小將會影響我們join陳述句的執行性能
面試官: 除此之外呢?
一個大前提
我:任何專案終究要上線,不可避免的要產生資料,資料的規模又不可能太小
面試官: 是這樣的
我:大部分資料庫中的資料最終要保存到硬碟上,并且以檔案的形式進行存盤,
以MySQL的InnoDB引擎為例
-
InnoDB以
頁(page)為基本的IO單位,每個頁的大小為16KB -
InnoDB會為每個表創建用于存盤資料的
.ibd檔案

驗證

我:這意味著我們有多少表要連接就需要讀多少個檔案,雖然可以利用索引,但還是免不了頻繁的移動硬碟的磁頭
面試官:也就是說頻繁的移動磁頭會影響性能對吧
我:是的,現在的開源框架不都喜歡說自己通過順序讀寫大大的提升了性能嗎,比如hbase、kafka
面試官:說的沒錯,那你認為Linux有對此做出優化嗎?提示,你可以再執行一次free命令看一下
我:奇怪快取怎么占用了1.2G多


圖片來源:https://www.linuxatemyram.com/
面試官: 你有沒有想過
-
buff/cache里面存的是什么,? -
為什么
buff/cache占了那么多記憶體,可用記憶體即availlable還有1.1G? -
為什么你可以通過兩條命令來清理
buff/cache占用的記憶體,而想要釋放used只能通過結束行程來實作?
品,你細品
思考了幾分鐘后

我:這么隨便就釋放了buff/cache所占用的記憶體,說明它就不重要, 清除它不會對系統的運行造成影響
面試官: 不完全對
我:難道是?想起來《CSAPP》(深入理解計算機系統)里面說過一句話
存盤器層次結構的本質是,每一層存盤設備都是較低一層設備的快取

翻譯成人話,就是說Linux會把記憶體當作是硬碟的高速快取
相關資料:http://tldp.org/LDP/sag/html/buffer-cache.html
面試官:現在知道那道送分題應該怎么回答了吧
我:我....

Join演算法
面試官:再給你個機會,如果讓你來實作Join演算法你會怎么做?
我:無索引的話,嵌套回圈就完事了嗷,有索引的話,則可以利用索引來提升性能.
面試官:說回join_buffer 你認為join_buffer里面存盤的是什么?
我:在掃描程序中,資料庫會選擇一個表把他要回傳以及需要進行和其他表進行比較的資料放進join_buffer
面試官:有索引的情況下是怎么處理的?
我:這個就比較簡單了,直接讀取兩個表的索引樹進行比較就完事了嗷,我這邊介紹一下無索引的處理方式
Nested Loop Join

嵌套回圈,每次只讀取表中的一行資料,也就是說如果outerTable有10萬行資料, innerTable有100行資料,需要讀取10000000次(假設這兩個表的檔案沒有被作業系統給快取到記憶體, 我們稱之為冷資料表)
當然現在沒啥資料庫引擎使用這種演算法(太慢了)
Block nested loop

Block 塊,也就是說每次都會取一塊資料到記憶體以減少I/O的開銷
當沒有索引可以使用的時候,MySQL InnoDB 就會使用這種演算法
考慮以下兩個表 t_a 和t_b

當無法使用索引執行join操作的時候,InnoDB會自動使用Block nested loop 演算法

總結
上學時,資料庫老師最喜歡考資料庫范式,直到上班才學會一切以性能為準,能冗余就冗余,實在冗余不了的就join如果join真的影響到性能,試著調大你的join_buffer_size, 或者換固態硬碟,
參考資料
- 《深入理解計算機系統》- 第6章 存盤器層次結構
- https://www.linuxatemyram.com/play.html 作者通過幾個例子來說明硬碟快取對程式執行性能的影響
- https://www.linuxatemyram.com/ Free引數的解釋
- https://www.thegeekdiary.com/how-to-clear-the-buffer-pagecache-disk-cache-under-linux/ 文章開頭送分題命令的解釋
- https://juejin.im/book/5bffcbc9f265da614b11b731/section/5c061a4de51d451df113c10d MySQL 是怎樣運行的:從根兒上理解 MySQL
- https://mariadb.com/kb/en/block-based-join-algorithms/ 來自MariaDB官方檔案解釋了Block-Nested-Loop演算法的實作
關注公眾號Java技術堆疊回復"面試"獲取我整理的2020最全面試題及答案,
推薦去我的博客閱讀更多:
1.Java JVM、集合、多執行緒、新特性系列教程
2.Spring MVC、Spring Boot、Spring Cloud 系列教程
3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程
4.Java、后端、架構、阿里巴巴等大廠最新面試題
覺得不錯,別忘了點贊+轉發哦!
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/143459.html
標籤:Java
上一篇:小知識
