邀請(qǐng)好友學(xué)習(xí)
每邀請(qǐng)一位你將得 ￥
掃碼關(guān)注慕課網(wǎng)服務(wù)號(hào)
干貨分享
定期活動(dòng)
課程優(yōu)惠
專(zhuān)欄福利
官方優(yōu)惠福利活動(dòng)一手掌握，關(guān)注慕課網(wǎng)（ID：imooc-com），和50萬(wàn)+程序員一起成長(zhǎng)！
本專(zhuān)欄知識(shí)點(diǎn)梳理
1.數(shù)據(jù)庫(kù)集群
2.數(shù)據(jù)庫(kù)架構(gòu)
下載慕課網(wǎng)APP
更好的體驗(yàn)，讓閱讀隨處可得
掃描二維碼，下載慕課網(wǎng)APP
向您推薦
- 實(shí)戰(zhàn)派 MySQL 高階應(yīng)用指南
張勤一 著
如無(wú)法下載使用圖片另存為
下載海報(bào)
騎著豬找未來(lái)
問(wèn)題一：從文中的信息來(lái)看，count(n)或count(*)是走索引的，猜測(cè)sum()是因?yàn)椴蛔咚饕龑?dǎo)致的 問(wèn)題二：書(shū)寫(xiě)順序?yàn)閟elect、from、where、group by、 order by、having
講師回答 / 張勤一
騎豬你好，確實(shí)是這樣的，順序是對(duì)的
阿斯拉菲
問(wèn)題1 case when 經(jīng)常統(tǒng)計(jì)、縱表轉(zhuǎn)橫表的時(shí)候用過(guò)，ifnull, if 個(gè)人相對(duì)用的少 問(wèn)題2 這個(gè)親身體會(huì)，mysql 5.x版本默認(rèn)大小寫(xiě)不敏感，mysql 8 默認(rèn)大小寫(xiě)敏感，修改的話(huà)必須是數(shù)據(jù)庫(kù)初始化之前修改，之后更改是無(wú)效的
講師回答 / 張勤一
是的，這些判斷語(yǔ)句在部分情況下是比較好用的，但是，如果不這樣寫(xiě)，其實(shí)在代碼中判斷，效率也是非常高的，不一定非要這樣用。關(guān)于大小寫(xiě)敏感的問(wèn)題，我的個(gè)人習(xí)慣是精確查找，而不是依賴(lài)于數(shù)據(jù)庫(kù)系統(tǒng)的特性。
沁塵
問(wèn)：將時(shí)間轉(zhuǎn)換為時(shí)間戳，并使用 int 或者 bigint 類(lèi)型去存儲(chǔ)，你覺(jué)得這樣可行嗎 ？ 答：看正文的時(shí)候正好奇為啥沒(méi)提到存儲(chǔ)int/bigint時(shí)間戳，用int/bigint和datetime存儲(chǔ)在不同項(xiàng)目都使用過(guò)，感受就是int/bigint計(jì)算上很方便。特別是當(dāng)前端項(xiàng)目對(duì)于時(shí)間展示有不同的格式需求的時(shí)候，數(shù)據(jù)庫(kù)中存儲(chǔ)的是int/bigint（或者vo層轉(zhuǎn)換）直接返回給前端，前端可以更方便的定制格式而不用先把datetime轉(zhuǎn)成時(shí)間戳。但是如果沒(méi)這方面的需求，那直接存儲(chǔ)datetime就是最方便的，可以減少轉(zhuǎn)換的次數(shù)。所以個(gè)人覺(jué)得，從存儲(chǔ)角度上來(lái)說(shuō)，如果沒(méi)有格式定制的需求，直接存儲(chǔ)datetime最省事。 問(wèn)：大多數(shù)時(shí)候，我們會(huì)選擇將主鍵設(shè)置為 bigint 數(shù)據(jù)類(lèi)型，你知道這是為什么嗎 ？ 答：不知道
講師回答 / 張勤一
沁塵你好： 第一個(gè)問(wèn)題，是否可以考慮將時(shí)間存儲(chǔ)為整型？這是完全可以的，正如你所說(shuō)，時(shí)間是整型的話(huà)，前端可以方便的進(jìn)行轉(zhuǎn)換，而且不用考慮精度的問(wèn)題，且這種轉(zhuǎn)換帶來(lái)的性能損耗幾乎是可以忽略不計(jì)的。當(dāng)然，如果僅僅是 java 系統(tǒng)之間使用的話(huà)，使用 datetime 存儲(chǔ)是最方便的，序列化和反序列化都只需要一個(gè)注解就可以完成。 第二個(gè)問(wèn)題，為什么考慮將主鍵設(shè)置為 binint 類(lèi)型？這里的主要思想就是為了將來(lái)的擴(kuò)展，因?yàn)?int 類(lèi)型的最大表示范圍大約是 20 億，這對(duì)于 99% 的項(xiàng)目都基本足夠用了。但是，如果考慮到將來(lái)業(yè)務(wù)發(fā)展的比較迅速，就需要使用 bigint 了。如果一開(kāi)始沒(méi)有使用 bigint，而是使用 int，那么，后期的遷移將會(huì)是很大的工作量。
街邊七號(hào)
1.為什么執(zhí)行flush logs?猜測(cè)可能mysql執(zhí)行操作后不會(huì)立即將操作信息記錄在binlog,而是停留在內(nèi)存中由mysql服務(wù)器在合適的時(shí)機(jī)進(jìn)行異步刷盤(pán)，執(zhí)行flush logs來(lái)確保最新的數(shù)據(jù)庫(kù)操作可能記錄在binlog中，來(lái)防止數(shù)據(jù)恢復(fù)都是 2.不知道
講師回答 / 張勤一
第一個(gè)問(wèn)題說(shuō)的是對(duì)的，先保存在內(nèi)存中，起到緩沖的作用；第二個(gè)問(wèn)題的話(huà)，其實(shí)就是指定起始位置和起始時(shí)間
沁塵
問(wèn)：如果你的表沒(méi)有定義主鍵，你知道 MySQL 會(huì)怎么做嗎 ？ 答：Innodb表中在沒(méi)有默認(rèn)主鍵的情況下會(huì)生成一個(gè)6byte空間的自動(dòng)增長(zhǎng)主鍵 我需要?jiǎng)?chuàng)建一個(gè)學(xué)校庫(kù)，存儲(chǔ)教師、學(xué)生、院系等信息，你覺(jué)得叫做 school 好嗎 ？為什么 ？ 答：個(gè)人覺(jué)得業(yè)務(wù)初期可能沒(méi)問(wèn)題。但是學(xué)生表后期會(huì)膨脹，很有可能獨(dú)立成一個(gè)庫(kù)或者為這個(gè)表做備份庫(kù)，如果這個(gè)學(xué)校庫(kù)起名叫school，那學(xué)生庫(kù)或者學(xué)生表的備份庫(kù)起名字的時(shí)候選擇會(huì)比較苦難，不大好起一個(gè)簡(jiǎn)要達(dá)意的名字，不知道這么考慮對(duì)不對(duì)。 問(wèn)：我編寫(xiě)的 SQL 語(yǔ)句需要做多表的 join 操作，應(yīng)該給哪些列建索引呢 ？ 答：where子句中的字段
講師回答 / 張勤一
沁塵你好：第一個(gè)問(wèn)題，如果你的表沒(méi)有定義主鍵，那么 MySQL 首先判斷表中是否有非空的唯一索引，如果有，則該列即為主鍵；如果不符合上述條件，InnoDB存儲(chǔ)引擎自動(dòng)創(chuàng)建一個(gè)6字節(jié)大小的指針。第二個(gè)問(wèn)題，直接命名為 school 并不好，最好是加上一些前綴（比如地域之類(lèi)的），主要目的是方便未來(lái)的擴(kuò)展，比如加入其它的 school，不會(huì)同名。第三個(gè)問(wèn)題，join 操作的話(huà)，where 條件和 join 的列最好都加上索引，但是，此時(shí)需要考慮索引的個(gè)數(shù)不要過(guò)多（一般一張表的索引個(gè)數(shù)不超過(guò)5個(gè)）。
街邊七號(hào)
1. 用mybatis動(dòng)態(tài)sql作批量錄入 2. 可以考慮, 但此時(shí)sql耗時(shí)應(yīng)基本集中在數(shù)據(jù)錄入和更新索引的操作上, 性能受限于磁盤(pán)的因素應(yīng)該比較大, 上多線(xiàn)程不如換ssd. 3. 單條錄入需要mysql服務(wù)器每次都檢查語(yǔ)法編譯sql語(yǔ)句耗時(shí)較長(zhǎng), 批量和Load data可以省去很多這些事件, 但同樣的批量錄入這種形式增大了單條sql的大小及設(shè)置的package參數(shù)。此時(shí)單條sql從客戶(hù)端發(fā)送到mysql服務(wù)器的時(shí)候會(huì)比較長(zhǎng),占用帶寬。
街邊七號(hào)
1. a.自增主鍵. b.盡量保證字段小一些. c.適當(dāng)?shù)娜哂啻鎯?chǔ). d. 盡量讓列值非空. 2. where子句字段類(lèi)型和操作值的類(lèi)型不一致如varchar類(lèi)型的列`year`判斷時(shí)使用where year = '2020'; like模糊前綴匹配; 對(duì)于聚簇索引條件丟失前綴匹配; where中使用SQL函數(shù); 查詢(xún)不使用索引列. 3.
街邊七號(hào)
1. 環(huán)形哈?？臻g，添加節(jié)點(diǎn)后很多數(shù)據(jù)不需要移動(dòng)。 2. 垂直拆分實(shí)現(xiàn)簡(jiǎn)單，而且水平拆分可能會(huì)導(dǎo)致where查詢(xún)實(shí)現(xiàn)困難。 3. id決定了數(shù)據(jù)記錄存放的庫(kù)和表，可以定位到數(shù)據(jù)的存放位置。 4. 使用定時(shí)任務(wù)做同步，但是業(yè)務(wù)中直接查詢(xún)結(jié)果由于定時(shí)任務(wù)可能延時(shí)可能變得不可信，需要自行校驗(yàn) 5.沒(méi)想到什么好辦法，就是自己維護(hù)一個(gè)userid和這些信息數(shù)據(jù)映射關(guān)系，并以此來(lái)找到userId再進(jìn)行查詢(xún)
無(wú)心鐵憨憨
一哥，有個(gè)問(wèn)題沒(méi)想明白，在事物隔離級(jí)別為可重復(fù)讀的情況下，事物A第一次讀取的數(shù)據(jù)為1800，然后事物B修改為2000,事物A再次讀取還是1800，因?yàn)槭挛顱沒(méi)有進(jìn)行提交，但是當(dāng)事物B提交之后再讀取還是1800，那2000去哪里了，是否要等事物A執(zhí)行完畢之后，再次查詢(xún)，才會(huì)讀到最新的2000？還是說(shuō)需要在一個(gè)新的會(huì)話(huà)中才能讀取到最新的數(shù)據(jù)？
講師回答 / 沁塵
不管事務(wù)B提交了沒(méi)有，事務(wù)A讀到的都是這條記錄的快照（1800時(shí)的狀態(tài)），2000在事務(wù)B提交后就寫(xiě)到新的快照副本去了，這時(shí)候另一個(gè)事務(wù)如果查詢(xún)，那就是看到2000這個(gè)狀態(tài)的快照副本了。
想好名字再改
老師，假設(shè)我要查詢(xún)每個(gè)用戶(hù)能夠接受的最大的預(yù)算的廣告信息該怎么寫(xiě) 我目前的寫(xiě)法 SELECT user_id,MAX(budget) FROM ad_unit WHERE unit_status = 0 GROUP BY user_id 我還想看到這條廣告的詳細(xì)信息
講師回答 / 張勤一
最好的做法不是寫(xiě)一條 SQL 語(yǔ)句，而是在代碼中經(jīng)過(guò)兩次查詢(xún)，再去拼接對(duì)應(yīng)的信息