簡介一套面向MySQL初學(xué)者的系統(tǒng)學(xué)習(xí)資料包適合正在學(xué)習(xí)SQL、準(zhǔn)備數(shù)據(jù)庫課程或希望夯實(shí)關(guān)系型數(shù)據(jù)庫基礎(chǔ)的讀者。內(nèi)容覆蓋SQL基礎(chǔ)語法、多表查詢、子查詢、聚合函數(shù)、視圖、存儲過程、觸發(fā)器、事務(wù)與索引并延伸到性能優(yōu)化與Web開發(fā)集成可作為從入門到進(jìn)階的課程配套資源。壓縮包共41個文件包含20個PDF講義、19個SQL腳本和2個Markdown說明文檔整體約21.88MBPDF按章節(jié)拆解知識點(diǎn)SQL腳本可直接運(yùn)行練習(xí)md文檔用于項(xiàng)目說明。已有217人學(xué)習(xí)資料編排清晰便于邊看邊練、查漏補(bǔ)缺能夠幫初學(xué)者快速建立MySQL實(shí)戰(zhàn)能力。 作為一個經(jīng)常在論壇和社群里潛水看數(shù)據(jù)庫相關(guān)討論的人我發(fā)現(xiàn)一個很有意思的現(xiàn)象每次有人求“MySQL學(xué)習(xí)資料”真正被扔出來的鏈接反而不是官方文檔也不是系統(tǒng)課程而是一串更具體的熱搜詞——“mysql安裝教程”“mysql命令大全”“mysql面試題”“error 2002 (HY000): cant connect to local mysql server through socket”——這些詞恰好就是新手最容易卡住的地方。這份學(xué)習(xí)資料不打算重復(fù)官方手冊而是把“怎么學(xué)”這件事拆成一條能照著走的路把安裝選擇、SQL基本功、執(zhí)行計(jì)劃、報(bào)錯排查、面試重點(diǎn)串成一條完整路徑。無論你是剛裝好MySQL還沒建過表的新手還是想系統(tǒng)補(bǔ)基礎(chǔ)、準(zhǔn)備跳槽面試的開發(fā)都能在對應(yīng)章節(jié)找到能吃下去的東西。1. 先把版本和安裝方式定下來后面能少踩一半坑1.1 MySQL 8.0和5.7的差別不只是版本號變了現(xiàn)在這個時間點(diǎn)新項(xiàng)目我個人建議直接上8.0別再糾結(jié)5.7了。搜索“mysql 8.0 版本穩(wěn)定版安裝包下載”“mysql 8.0 安裝 配置 教程”的熱度一直很高說明大家都在往8.0遷移但遷移之后踩的坑也不少我先把最重要的差異列出來默認(rèn)字符集8.0默認(rèn)就是utf8mb45.7默認(rèn)還是utf8mb3。這意味著8.0建表不用再為emoji、生僻字、中文排序額外折騰字符集配置。窗口函數(shù)和CTE8.0支持ROW_NUMBER()、RANK()、LAG()這類窗口函數(shù)也支持WITH ... AS這種公共表表達(dá)式。寫排名、同比環(huán)比、分組TopN這種統(tǒng)計(jì)SQL5.7要拼變量或者用子查詢8.0一行窗口函數(shù)就結(jié)束了體驗(yàn)完全不是一個層級。認(rèn)證插件8.0的默認(rèn)認(rèn)證插件是caching_sha2_password5.7是mysql_native_password。這個變化最容易坑人——你裝好8.0拿舊版Navicat去連直接報(bào)錯“Authentication plugin caching_sha2_password cannot be loaded”。解決辦法一個是升級客戶端一個是在建用戶時指定老插件。學(xué)習(xí)階段我的建議是直接升級客戶端別把密碼搞成老協(xié)議養(yǎng)成好習(xí)慣更重要。還有一個學(xué)習(xí)資料里的重點(diǎn)8.0對索引、優(yōu)化器、InnoDB引擎本身也做了很多改進(jìn)比如不可見索引、降序索引、函數(shù)索引。這些特性在面試?yán)镆矔粏柕綄W(xué)習(xí)時最好直接拿8.0做實(shí)驗(yàn)別在5.7上練完再換8.0很多行為對不上。1.2 Windows、macOS、Docker三條安裝路徑怎么選“mysql安裝教程”“mysql安裝配置教程”是絕對的高頻熱詞。我見過太多人一開始就死在安裝上裝了一半報(bào)錯服務(wù)起不來然后心態(tài)崩了。先說結(jié)論學(xué)習(xí)用怎么裝都行但如果你電腦上還要跑別的環(huán)境建議優(yōu)先Docker。安裝方式適合場景關(guān)鍵注意點(diǎn)Windows官方安裝包新手入門想要圖形化界面安裝時選Server only別裝一堆用不上的組件macOS HomebrewmacOS用戶命令行習(xí)慣brew install mysql裝完跑mysql_secure_installationDocker容器不污染本機(jī)環(huán)境版本切換方便記得掛數(shù)據(jù)卷否則容器刪了數(shù)據(jù)全沒Windows下安裝包方式最常踩的坑是兩個。第一個是安裝到“配置MySQL Server”那一步root密碼設(shè)置完了但字符集忘了選utf8mb4后面建庫建表再改就很麻煩。第二個是本地有殘留的MySQL服務(wù)安裝時端口3306被占用或者服務(wù)名沖突建議安裝前先確認(rèn)一下“服務(wù)”里有沒有mysql殘留。macOS用戶用Homebrew最省心brew install mysql brew services start mysql mysql_secure_installation第三行那個安全初始化腳本會引導(dǎo)你設(shè)置root密碼、是否移除匿名用戶、是否禁止root遠(yuǎn)程登錄新手按提示一路走下去就行。mac上如果遇到“Cant connect to local MySQL server through socket /tmp/mysql.sock ”十有八九是服務(wù)沒起來先檢查brew services list。Docker安裝是另一種思路測試多版本、以后玩主從復(fù)制都方便docker run --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDyourpassword \ -v /my/own/datadir:/var/lib/mysql \ -d mysql:8.0-v那個參數(shù)是數(shù)據(jù)卷掛載會把容器里的數(shù)據(jù)目錄映射到宿主機(jī)這樣刪容器也不丟數(shù)據(jù)。不少人在“docker安裝mysql”之后栽在“默認(rèn)密碼”上——其實(shí)Docker鏡像創(chuàng)建容器時MYSQL_ROOT_PASSWORD環(huán)境變量指定的就是root密碼但如果你之前創(chuàng)建過同名容器密碼可能被緩存了建議用docker ps -a看看有沒有殘留容器。1.3 環(huán)境變量和服務(wù)的坑提前說透Windows用戶裝完最氣人的一句提示是“mysql不是內(nèi)部或外部命令”。這不是MySQL沒裝上是環(huán)境變量沒配。安裝目錄下的bin文件夾路徑要加到系統(tǒng)的Path環(huán)境變量里加完之后重新開一個CMD窗口才生效。另外“安裝mysql啟動服務(wù)報(bào)錯”這個熱詞背后最常見的原因有三類配置文件my.ini路徑不對服務(wù)啟動時找不到報(bào)1067錯誤。data目錄初始化失敗。Windows安裝時如果以前殘留過data目錄新版本不會幫你清。端口被占用另一個MySQL實(shí)例或者別的程序占了3306。排查的時候先看錯誤日志日志比任何“經(jīng)驗(yàn)”都可靠。Windows下日志默認(rèn)在MySQL安裝目錄下的data文件夾打開.err結(jié)尾的文件直接搜[ERROR]基本能看到根本原因。2. SQL基本功里這四件事很容易被忽略2.1 “命令大全”不用死記先學(xué)會看幫助和元數(shù)據(jù)每次搜“mysql數(shù)據(jù)庫命令大全”出來都是一長串SHOW命令列表。我說句實(shí)在話這種東西存下來當(dāng)字典查可以拿來到處背就是浪費(fèi)時間。真正每天要用的其實(shí)就那么幾個——SHOW DATABASES、SHOW TABLES、DESC、SHOW CREATE TABLE、SHOW INDEX FROM前四個用來快速了解庫表結(jié)構(gòu)最后一個用來排查索引情況。MySQL自帶了一個很實(shí)用的幫助功能在命令行里輸入HELP SELECT; HELP SHOW;它會直接給出相關(guān)語法說明。遇到不確定的語法先查HELP比打開瀏覽器搜一堆廣告頁面快得多。另外建議養(yǎng)成看元數(shù)據(jù)的習(xí)慣。information_schema這個庫就是一個“數(shù)據(jù)庫的數(shù)據(jù)庫”里面存了所有表、字段、索引、鎖、事務(wù)的信息排查問題時會頻繁用到比如第4部分要講的鎖表排查。2.2 排序和分組里的隱藏行為背下來不如親手試一遍“mysql排序”這個熱詞太籠統(tǒng)了但新手翻車的地方很具體。第一是NULL排序。默認(rèn)升序時NULL排在最前面降序時NULL排在最后面。如果你希望NULL排最后要寫成ORDER BY col IS NULL, col而不是在ORDER BY后面加奇奇怪怪的DESC。第二是中文字段排序。默認(rèn)utf8mb4字符集下ORDER BY中文是按Unicode碼點(diǎn)排的不是按拼音排的也不是按筆畫排的。想按拼音排序可以SELECT name FROM user ORDER BY CONVERT(name USING gbk);第三是WHERE和HAVING的差別。WHERE在分組前過濾原始行HAVING在分組后過濾聚合結(jié)果。記住這個原則就不會寫出WHERE COUNT(*) 10這種報(bào)錯SQL了。分組統(tǒng)計(jì)還有一個高頻場景GROUP BY之后想拿到每組最新的記錄、每組TopN8.0窗口函數(shù)一行搞定但很多人還在寫5.7時代的嵌套子查詢。這類題筆試面試都愛出建議把窗口函數(shù)練熟。2.3 行轉(zhuǎn)列經(jīng)典中的經(jīng)典“mysql 行轉(zhuǎn)列”在熱詞里排得很靠前原因很簡單筆試面試、實(shí)際報(bào)表需求都經(jīng)常碰到。本質(zhì)是把一張“長表”每行是一個維度值變成“寬表”每個維度值變成一列。假設(shè)有張訂單表每行是某個用戶某個月的消費(fèi)金額SELECT user_id, SUM(CASE WHEN month 202401 THEN amount ELSE 0 END) AS m202401, SUM(CASE WHEN month 202402 THEN amount ELSE 0 END) AS m202402, SUM(CASE WHEN month 202403 THEN amount ELSE 0 END) AS m202403 FROM pay_record GROUP BY user_id;為什么用SUM(CASE WHEN ...)而不是MAX因?yàn)樵诜纸M內(nèi)同一個用戶同一個月份如果有多條記錄SUM才是累加總額如果業(yè)務(wù)上能保證一行最多一條記錄用MAX也能得到同樣結(jié)果。面試官問“SUM和MAX選哪個”考的就是你對數(shù)據(jù)粒度是否敏感。反過來列轉(zhuǎn)行用UNION ALL或者M(jìn)ySQL 8.0的LATERAL派生表也要能寫。2.4 INT(5)不是限制只能存5位別再傳謠了“mysql中int5”這個搜索詞很有意思讓我想起一個流傳很久的誤解INT(5)不是“最多只能存5位整數(shù)”。括號里的數(shù)字是顯示寬度不是存儲范圍。存儲范圍只和類型本身有關(guān)類型占用字節(jié)有符號范圍TINYINT1-128 ~ 127SMALLINT2-32768 ~ 32767MEDIUMINT3-8388608 ~ 8388607INT4-2147483648 ~ 2147483647BIGINT8-9223372036854775808 ~ 9223372036854775807選型時按業(yè)務(wù)量級來狀態(tài)碼用TINYINT主鍵如果可能過億上BIGINT訂單金額如果涉及分和小數(shù)別直接用FLOAT/DOUBLE用DECIMAL。這屬于“學(xué)資料里看著不起眼、面試卻很愛問”的細(xì)節(jié)。3. 讀執(zhí)行計(jì)劃是判斷“學(xué)明白”的分水嶺3.1 EXPLAIN結(jié)果到底看哪幾列“mysql explain詳解”被搜得這么頻繁說明大家都知道執(zhí)行計(jì)劃重要但看的時候容易看懵。EXPLAIN輸出列很多核心就盯著五列type、key、rows、Extra、filtered。type是訪問類型從差到好大致是ALL全表掃描、index掃整個索引樹、range索引范圍掃描、ref非唯一索引等值匹配、eq_ref唯一索引匹配、const主鍵或唯一索引等值匹配常數(shù)級別。拿到一條慢SQL先看type是不是ALL如果是大概率索引沒建對或者沒走到。rows是優(yōu)化器預(yù)估會掃描的行數(shù)數(shù)字越大越危險(xiǎn)。Extra里面出現(xiàn)Using filesort和Using temporary就要警惕了——前者意味著排序沒走索引MySQL要額外排序后者意味著用了臨時表通常和GROUP BY、DISTINCT有關(guān)。這兩個出現(xiàn)任何一個這條SQL都是重點(diǎn)優(yōu)化對象。3.2 一個慢SQL優(yōu)化的完整過程拿一個很典型的例子查某個用戶的訂單列表并按時間倒序。SELECT * FROM orders WHERE user_id 123 ORDER BY create_time DESC LIMIT 10;剛建表時只給主鍵加了個索引PRIMARY KEY(id)執(zhí)行計(jì)劃里type顯示ALLExtra顯示Using filesort掃描行數(shù)幾萬。優(yōu)化方法很簡單加一個聯(lián)合索引ALTER TABLE orders ADD INDEX idx_user_time (user_id, create_time);再EXPLAIN一遍type變成refrows變成個位數(shù)Using filesort消失。這里背后的原理是聯(lián)合索引(user_id, create_time)本身先按user_id排序、再按create_time排序等值條件定位到user_id后create_time天然就是有序的ORDER BY直接走索引。這類例子在“mysql執(zhí)行計(jì)劃”相關(guān)資料里反復(fù)出現(xiàn)但很多人看了就忘。我的建議是自己建一張十萬行數(shù)據(jù)的測試表實(shí)際加索引前后各跑一遍EXPLAIN感受一次就記住了。3.3 加了索引也不一定快優(yōu)化器比你想的聰明很多新手遇到慢SQL就無腦加索引加了發(fā)現(xiàn)還是慢。原因有兩個第一索引區(qū)分度太低比如性別字段一個值對應(yīng)一半數(shù)據(jù)優(yōu)化器判斷走索引還不如全表掃描干脆放棄索引第二查詢條件里對索引列做了函數(shù)計(jì)算或隱式類型轉(zhuǎn)換索引會失效比如WHERE DATE(create_time) 2024-01-01應(yīng)該寫成范圍條件WHERE create_time 2024-01-01 AND create_time 2024-01-02。判斷索引有沒有被用上除了看EXPLAIN還有一個命令SHOW INDEX FROM orders;看Cardinality這一列它表示索引中不同值的基數(shù)?；鶖?shù)太低優(yōu)化器自然看不上。4. 熱詞里出現(xiàn)頻率最高的幾個報(bào)錯逐一交代排查鏈路4.1 ERROR 2002: Cant connect to local MySQL server through socket“error 2002 (hy000): cant connect to local mysql server through socket /var/...”這個報(bào)錯在熱詞里出現(xiàn)了兩次可見有多少人卡在這一步。它的最直接原因就是客戶端連不到MySQL服務(wù)端。但具體哪一步斷了要按順序查服務(wù)到底有沒有啟動服務(wù)啟動后監(jiān)聽的協(xié)議和路徑是什么客戶端連接時有沒有指定了不同的socket路徑Linux下先看進(jìn)程和端口ps aux | grep mysqld ss -lntp | grep 3306如果進(jìn)程沒起來去查錯誤日志。如果進(jìn)程起來了但客戶端還是報(bào)socket錯誤檢查/etc/my.cnf里的[mysqld]段有沒有指定socket /path/to/mysql.sock然后用mysql -S /path/to/mysql.sock去連。注意3306端口能通但報(bào)“Cant connect”通常是防火墻或bind-address配置問題而報(bào)“through socket”則基本是本地連接路徑的問題。先把兩個場景分開。4.2 密碼忘了怎么辦“mysql密碼忘記了怎么辦”這種搜索詞一看就是真被卡住的人。不要急著重裝重置密碼的思路是臨時跳過權(quán)限表啟動再登錄改密。以Linux為例sudo systemctl stop mysqld sudo mysqld_safe --skip-grant-tables mysql -u root進(jìn)入MySQL后FLUSH PRIVILEGES; ALTER USER rootlocalhost IDENTIFIED BY NewStrongPassword;然后重啟服務(wù)正常登錄。強(qiáng)調(diào)一個細(xì)節(jié)ALTER USER前先執(zhí)行FLUSH PRIVILEGES讓權(quán)限表先重新加載否則某些版本會報(bào)錯。另外整個操作期間MySQL處于不設(shè)防狀態(tài)本地臨時搞沒問題千萬不能讓這個方式暴露到外網(wǎng)。4.3 Navicat連接失敗不只是密碼錯的問題“navicat連接mysql”這個熱詞背后九成是兩類問題。第一類是8.0的認(rèn)證插件連不上上一節(jié)說過。第二類是權(quán)限host問題MySQL的賬號是“用戶名 host”兩個維度共同決定的新建用戶時如果寫的是rootlocalhost那就只能從本機(jī)連遠(yuǎn)程連接要用root%或者單獨(dú)建一個navicat%賬號。排查命令SELECT user, host, plugin FROM mysql.user;看到root只有l(wèi)ocalhost就明白為什么遠(yuǎn)程連不上了。自己學(xué)習(xí)練手可以建一個專用賬號CREATE USER study% IDENTIFIED BY password; GRANT ALL PRIVILEGES ON *.* TO study%; FLUSH PRIVILEGES;4.4 鎖表和死鎖靠系統(tǒng)和日志線操作“mysql鎖表”這個熱詞很多人是帶著生產(chǎn)事故來搜的。癥狀是某條UPDATE或者SELECT一直卡住不動時間長了報(bào)Lock wait timeout exceeded。排查思路是找持有鎖的事務(wù)。直接查系統(tǒng)表SELECT * FROM information_schema.innodb_trx; SELECT * FROM information_schema.innodb_lock_waits;拿到trx_mysql_thread_id之后可以決定是否結(jié)束這個線程KILL 線程ID;日常開發(fā)中鎖表的根源絕大多數(shù)是事務(wù)沒及時提交。InnoDB是行鎖鎖本身沒毛病毛病在于一個事務(wù)開了多行更新中間還有別的交互操作一直不COMMIT或ROLLBACK鎖就越攢越多。所以寫代碼的黃金規(guī)矩是事務(wù)要短別在事務(wù)里做網(wǎng)絡(luò)請求、文件IO這類耗時操作更新完數(shù)據(jù)立刻提交或回滾。5. 用面試題反推學(xué)習(xí)重點(diǎn)效率高很多5.1 高頻考點(diǎn)分布與優(yōu)先級“mysql面試題”被搜得很高頻我?guī)痛蠹野咽忻嫔铣Ｒ姷目键c(diǎn)歸一下類你會發(fā)現(xiàn)來來回回就這幾塊索引相關(guān)失效場景、最左前綴、回表、覆蓋索引執(zhí)行計(jì)劃EXPLAIN各列含義、慢SQL優(yōu)化事務(wù)隔離級別、MVCC、幻讀怎么解決的存儲引擎InnoDB和MyISAM的對比、鎖粒度存儲過程/函數(shù)基本語法、游標(biāo)、觸發(fā)器語法題行轉(zhuǎn)列、分組TopN、連續(xù)N天登錄運(yùn)維主從復(fù)制、日志類型、備份恢復(fù)我的建議是先搞懂InnoDB的行鎖和MVCC這兩塊是理解事務(wù)的基礎(chǔ)也是一堆面試題的源頭。然后再去刷索引優(yōu)化題最后再背語法題答案。順序反過來的話很容易變成“背了答案不知道在說什么”面試官一追問就露餡。5.2 Java對MySQL的“搜索語句”別只會LIKE %關(guān)鍵詞%熱詞里“java對mysql的搜索語句”用得不太嚴(yán)謹(jǐn)?shù)馑即蠹叶级贘ava業(yè)務(wù)代碼里查MySQL數(shù)據(jù)怎么寫。最基礎(chǔ)的姿勢String sql SELECT * FROM articles WHERE title LIKE ?; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, % keyword %);兩個注意點(diǎn)。第一永遠(yuǎn)別用字符串拼接SQL用?占位符避免SQL注入第二前后都帶%的LIKE查詢索引基本走不了數(shù)據(jù)量大了會全表掃描。真正要做的搜索如果只是標(biāo)題、內(nèi)容的模糊匹配可以用MySQL全文索引FULLTEXT或者數(shù)據(jù)規(guī)模再大就交給專門的搜索引擎MySQL沒義務(wù)扛所有搜索壓力。5.3 以練代學(xué)的三個小項(xiàng)目只讀資料不動手過兩個星期就忘。我建議按順序做三個練習(xí)做一個學(xué)生成績表寫SQL查出每科前3名練窗口函數(shù)ROW_NUMBER做一個訂單表按月統(tǒng)計(jì)每個用戶的總金額再算月環(huán)比練窗口函數(shù)LAG、聚合、日期函數(shù)給一套慢SQL用EXPLAIN分析后加索引優(yōu)化對比前后執(zhí)行計(jì)劃練性能排查這三個都做完MySQL的基礎(chǔ)實(shí)戰(zhàn)能力基本就夠用了。6. 從單機(jī)學(xué)習(xí)到生產(chǎn)環(huán)境的最后一步6.1 唯一約束加不上是因?yàn)楸砝镆呀?jīng)有重復(fù)數(shù)據(jù)熱詞“mysql設(shè)置唯一已經(jīng)有重復(fù)數(shù)據(jù)庫”翻譯過來是想給某列加UNIQUE約束結(jié)果報(bào)錯說Duplicate entry。原因很簡單列里已經(jīng)存在重復(fù)值了。加索引之前先查重復(fù)SELECT dup_col, COUNT(*) FROM your_table GROUP BY dup_col HAVING COUNT(*) 1;找到重復(fù)記錄后要么刪掉要么用業(yè)務(wù)邏輯去重確認(rèn)數(shù)據(jù)干凈了再執(zhí)行ALTER TABLE your_table ADD UNIQUE KEY uk_dup_col (dup_col);這個場景特別典型發(fā)生在“我先建表存數(shù)據(jù)后補(bǔ)約束”的開發(fā)流程里。所以庫表設(shè)計(jì)階段就該把唯一鍵、外鍵、非空約束想清楚別等數(shù)據(jù)臟了再補(bǔ)。6.2 備份、遷移與常見同步需求搜“sqoop連接不上mysql”“domino用戶同步到mysql”“瀚高數(shù)據(jù)庫切換mysql模式”的人多半在做數(shù)據(jù)遷移或者異構(gòu)同步。這類需求的共性是不要一個SQL一個SQL去手改方言先把源庫和目標(biāo)庫的差異列成對照表。常見差異包括分頁寫法不同MySQL用LIMITSQL Server用OFFSET FETCH、大小寫敏感規(guī)則不同、內(nèi)置函數(shù)不同日期格式化、字符串拼接、自增列語法不同。摸清差異之后才能決定是寫轉(zhuǎn)換腳本還是用同步工具。備份恢復(fù)這一塊也必須練別跳過mysqldump -u root -p --single-transaction your_db backup.sql mysql -u root -p your_db backup.sql--single-transaction加上之后InnoDB表在導(dǎo)出過程中不會鎖表對線上影響小。日常練習(xí)時把“備份→模擬誤刪→恢復(fù)”這套流程完整走一遍比背一百條命令都頂用。6.3 給自己立個“會用MySQL”的標(biāo)準(zhǔn)少聽宣傳多看效果最后說點(diǎn)個人的判斷標(biāo)準(zhǔn)。市面上“MySQL學(xué)習(xí)資料”太多了有大而全的教程也有各種面試題庫但學(xué)沒學(xué)會不是看資料收入了多少而是看能不能獨(dú)立完成三件事給定一張?jiān)O(shè)計(jì)合理的業(yè)務(wù)表和一坨真實(shí)SQL能不能用EXPLAIN把執(zhí)行計(jì)劃講清楚把慢SQL優(yōu)化到合理水平數(shù)據(jù)庫突然卡住或者報(bào)錯能不能按日志和系統(tǒng)表一步步定位到根因線上要升級、要遷移、要恢復(fù)數(shù)據(jù)能不能在測試環(huán)境完整演練一遍。能做到這三條MySQL這塊就算真正落地了。資料永遠(yuǎn)只是地圖你能獨(dú)立走通的路才算自己的。我自己帶新人時見過太多“資料看了一堆一操作就卡殼”的情況所以如果你現(xiàn)在手上攢了好幾個版本的教程別急著都看完就從今天開始先把MySQL裝上建一張表讀寫幾個字段然后對照執(zhí)行計(jì)劃把一條慢SQL改到跑得快——這一趟跑完你離“會用MySQL”就不遠(yuǎn)了。本文還有配套的精品資源點(diǎn)擊獲取