mysql資料庫課堂匯總學習,掌握mysql資料庫

本文目錄一覽：

• 1、如何學好MySQL 資料庫 求大牛們推薦學習資料，書籍 入門級 提高級 求分別列出來，感激不盡
• 2、MySQL知識點總結
• 3、MySQL資料庫的介紹
• 4、mysql使用教程？
• 5、推薦一下最好的mysql資料庫教學課程？

如何學好MySQL 資料庫 求大牛們推薦學習資料，書籍 入門級 提高級 求分別列出來，感激不盡

你可以看看這本書《mysql資料庫應用從入門到精通》，這本書共分為3篇。其中第一篇為MySQL資料庫基礎篇，內容包括資料庫涉及到的基本概念、MySQL資料庫的安裝與配置。第二篇為標準SQL語句編程和應用篇，內容包括操作資料庫對象、操作表對象、操作索引對象、操作視圖對象、操作觸發器對象和操作數據。第三篇為MySQL資料庫管理篇，內容包括MySQL資料庫的用戶管理和許可權管理、MySQL資料庫的日誌管理、MySQL資料庫的性能優化和PowerDesigner資料庫設計軟體。

MySQL知識點總結

只要欄位值還可以繼續拆分，就不滿足第一範式。

範式設計得越詳細，對某些實際操作可能會更好，但並非都有好處，需要對項目的實際情況進行設定。

在滿足第一範式的前提下，其他列都必須完全依賴於主鍵列。 如果出現不完全依賴，只可能發生在聯合主鍵的情況下：

實際上，在這張訂單表中，product_name 只依賴於 product_id ，customer_name 只依賴於 customer_id。也就是說，product_name 和 customer_id 是沒用關係的，customer_name 和 product_id 也是沒有關係的。

這就不滿足第二範式：其他列都必須完全依賴於主鍵列！

拆分之後，myorder 表中的 product_id 和 customer_id 完全依賴於 order_id 主鍵，而 product 和 customer 表中的其他欄位又完全依賴於主鍵。滿足了第二範式的設計！

在滿足第二範式的前提下，除了主鍵列之外，其他列之間不能有傳遞依賴關係。

表中的 customer_phone 有可能依賴於 order_id 、 customer_id 兩列，也就不滿足了第三範式的設計：其他列之間不能有傳遞依賴關係。

修改後就不存在其他列之間的傳遞依賴關係，其他列都只依賴於主鍵列，滿足了第三範式的設計！

查詢每門課的平均成績。

查詢 score 表中至少有 2 名學生選修，並以 3 開頭的課程的平均分數。

分析表發現，至少有 2 名學生選修的課程是 3-105 、3-245 、6-166 ，以 3 開頭的課程是 3-105 、3-245。也就是說，我們要查詢所有 3-105 和 3-245 的 degree 平均分。

查詢所有學生的 name，以及該學生在 score 表中對應的 c_no 和 degree 。

通過分析可以發現，只要把 score 表中的 s_no 欄位值替換成 student 表中對應的 name 欄位值就可以了，如何做呢？

查詢所有學生的 no 、課程名稱 ( course 表中的 name ) 和成績 ( score 表中的 degree ) 列。

只有 score 關聯學生的 no ，因此只要查詢 score 表，就能找出所有和學生相關的 no 和 degree ：

然後查詢 course 表：

只要把 score 表中的 c_no 替換成 course 表中對應的 name 欄位值就可以了。

查詢所有學生的 name 、課程名 ( course 表中的 name ) 和 degree 。

只有 score 表中關聯學生的學號和課堂號，我們只要圍繞著 score 這張表查詢就好了。

只要把 s_no 和 c_no 替換成 student 和 srouse 表中對應的 name 欄位值就好了。

首先把 s_no 替換成 student 表中的 name 欄位：

再把 c_no 替換成 course 表中的 name 欄位：

查詢 95031 班學生每門課程的平均成績。

在 score 表中根據 student 表的學生編號篩選出學生的課堂號和成績：

這時只要將 c_no 分組一下就能得出 95031 班學生每門課的平均成績：

查詢在 3-105 課程中，所有成績高於 109 號同學的記錄。

首先篩選出課堂號為 3-105 ，在找出所有成績高於 109 號同學的的行。

查詢所有成績高於 109 號同學的 3-105 課程成績記錄。

查詢所有和 101 、108 號學生同年出生的 no 、name 、birthday 列。

查詢 ‘張旭’ 教師任課的學生成績表。

首先找到教師編號：

通過 sourse 表找到該教師課程號：

通過篩選出的課程號查詢成績表：

查詢某選修課程多於5個同學的教師姓名。

首先在 teacher 表中，根據 no 欄位來判斷該教師的同一門課程是否有至少5名學員選修：

查看和教師編號有有關的表的信息：

我們已經找到和教師編號有關的欄位就在 course 表中，但是還無法知道哪門課程至少有5名學生選修，所以還需要根據 score 表來查詢：

根據篩選出來的課程號，找出在某課程中，擁有至少5名學員的教師編號：

在 teacher 表中，根據篩選出來的教師編號找到教師姓名：

查詢 「計算機系」 課程的成績表。

思路是，先找出 course 表中所有 計算機系 課程的編號，然後根據這個編號查詢 score 表。

查詢 計算機系 與 電子工程系 中的不同職稱的教師。

查詢課程 3-105 且成績 至少 高於 3-245 的 score 表。

查詢課程 3-105 且成績高於 3-245 的 score 表。

查詢某課程成績比該課程平均成績低的 score 表。

查詢所有任課 ( 在 course 表裡有課程 ) 教師的 name 和 department 。

查詢 student 表中至少有 2 名男生的 class 。

查詢 student 表中不姓 “王” 的同學記錄。

查詢 student 表中每個學生的姓名和年齡。

查詢 student 表中最大和最小的 birthday 值。

以 class 和 birthday 從大到小的順序查詢 student 表。

查詢 “男” 教師及其所上的課程。

查詢最高分同學的 score 表。

查詢和 “李軍” 同性別的所有同學 name 。

查詢和 “李軍” 同性別且同班的同學 name 。

查詢所有選修 “計算機導論” 課程的 “男” 同學成績表。

需要的 “計算機導論” 和性別為 “男” 的編號可以在 course 和 student 表中找到。

建立一個 grade 表代表學生的成績等級，並插入數據：

查詢所有學生的 s_no 、c_no 和 grade 列。

思路是，使用區間 ( BETWEEN ) 查詢，判斷學生的成績 ( degree ) 在 grade 表的 low 和 upp 之間。

準備用於測試連接查詢的數據：

分析兩張表發現，person 表並沒有為 cardId 欄位設置一個在 card 表中對應的 id 外鍵。如果設置了的話，person 中 cardId 欄位值為 6 的行就插不進去，因為該 cardId 值在 card 表中並沒有。

要查詢這兩張表中有關係的數據，可以使用 INNER JOIN ( 內連接 ) 將它們連接在一起。

完整顯示左邊的表 ( person ) ，右邊的表如果符合條件就顯示，不符合則補 NULL 。

完整顯示右邊的表 ( card ) ，左邊的表如果符合條件就顯示，不符合則補 NULL 。

完整顯示兩張表的全部數據。

在 MySQL 中，事務其實是一個最小的不可分割的工作單元。事務能夠 保證一個業務的完整性 。

比如我們的銀行轉賬：

在實際項目中，假設只有一條 SQL 語句執行成功，而另外一條執行失敗了，就會出現數據前後不一致。

因此，在執行多條有關聯 SQL 語句時， 事務 可能會要求這些 SQL 語句要麼同時執行成功，要麼就都執行失敗。

在 MySQL 中，事務的 自動提交 狀態默認是開啟的。

自動提交的作用 ：當我們執行一條 SQL 語句的時候，其產生的效果就會立即體現出來，且不能 回滾 。

什麼是回滾？舉個例子：

可以看到，在執行插入語句後數據立刻生效，原因是 MySQL 中的事務自動將它 提交 到了資料庫中。那麼所謂 回滾 的意思就是，撤銷執行過的所有 SQL 語句，使其回滾到 最後一次提交 數據時的狀態。

在 MySQL 中使用 ROLLBACK 執行回滾：

由於所有執行過的 SQL 語句都已經被提交過了，所以數據並沒有發生回滾。那如何讓數據可以發生回滾？

將自動提交關閉後，測試數據回滾：

那如何將虛擬的數據真正提交到資料庫中？使用 COMMIT :

事務的實際應用 ，讓我們再回到銀行轉賬項目：

這時假設在轉賬時發生了意外，就可以使用 ROLLBACK 回滾到最後一次提交的狀態：

這時我們又回到了發生意外之前的狀態，也就是說，事務給我們提供了一個可以反悔的機會。假設數據沒有發生意外，這時可以手動將數據真正提交到數據表中：COMMIT 。

事務的默認提交被開啟 ( @@AUTOCOMMIT = 1 ) 後，此時就不能使用事務回滾了。但是我們還可以手動開啟一個事務處理事件，使其可以發生回滾：

仍然使用 COMMIT 提交數據，提交後無法再發生本次事務的回滾。

事務的四大特徵：

事務的隔離性可分為四種 ( 性能從低到高 ) ：

查看當前資料庫的默認隔離級別：

修改隔離級別：

測試 READ UNCOMMITTED ( 讀取未提交 ) 的隔離性：

由於小明的轉賬是在新開啟的事務上進行操作的，而該操作的結果是可以被其他事務（另一方的淘寶店）看見的，因此淘寶店的查詢結果是正確的，淘寶店確認到賬。但就在這時，如果小明在它所處的事務上又執行了 ROLLBACK 命令，會發生什麼？

這就是所謂的 臟讀 ，一個事務讀取到另外一個事務還未提交的數據。這在實際開發中是不允許出現的。

把隔離級別設置為 READ COMMITTED ：

這樣，再有新的事務連接進來時，它們就只能查詢到已經提交過的事務數據了。但是對於當前事務來說，它們看到的還是未提交的數據，例如：

但是這樣還有問題，那就是假設一個事務在操作數據時，其他事務干擾了這個事務的數據。例如：

雖然 READ COMMITTED 讓我們只能讀取到其他事務已經提交的數據，但還是會出現問題，就是 在讀取同一個表的數據時，可能會發生前後不一致的情況。* 這被稱為* 不可重複讀現象 ( READ COMMITTED ) 。

將隔離級別設置為 REPEATABLE READ ( 可被重複讀取 ) :

測試 REPEATABLE READ ，假設在兩個不同的連接上分別執行 START TRANSACTION :

當前事務開啟後，沒提交之前，查詢不到，提交後可以被查詢到。但是，在提交之前其他事務被開啟了，那麼在這條事務線上，就不會查詢到當前有操作事務的連接。相當於開闢出一條單獨的線程。

無論小張是否執行過 COMMIT ，在小王這邊，都不會查詢到小張的事務記錄，而是只會查詢到自己所處事務的記錄：

這是 因為小王在此之前開啟了一個新的事務 ( START TRANSACTION ) * ，那麼* 在他的這條新事務的線上，跟其他事務是沒有聯繫的 ，也就是說，此時如果其他事務正在操作數據，它是不知道的。

然而事實是，在真實的數據表中，小張已經插入了一條數據。但是小王此時並不知道，也插入了同一條數據，會發生什麼呢？

報錯了，操作被告知已存在主鍵為 6 的欄位。這種現象也被稱為 幻讀，一個事務提交的數據，不能被其他事務讀取到 。

顧名思義，就是所有事務的 寫入操作 全都是串列化的。什麼意思？把隔離級別修改成 SERIALIZABLE :

還是拿小張和小王來舉例：

此時會發生什麼呢？由於現在的隔離級別是 SERIALIZABLE ( 串列化 ) ，串列化的意思就是：假設把所有的事務都放在一個串列的隊列中，那麼所有的事務都會按照 固定順序執行 ，執行完一個事務後再繼續執行下一個事務的 寫入操作 ( 這意味著隊列中同時只能執行一個事務的寫入操作 ) 。

根據這個解釋，小王在插入數據時，會出現等待狀態，直到小張執行 COMMIT 結束它所處的事務，或者出現等待超時。

轉載：

MySQL資料庫的介紹

MySQL是一種開放源代碼的關係型資料庫管理系統（RDBMS），MySQL資料庫系統使用最常用的資料庫管理語言–結構化查詢語言（SQL）進行資料庫管理。

mysql使用教程？

MySQL資料庫使用教程介紹

完整 MySQL 操作詳見：[MySQL攻略]MySQL資料庫使用教程介紹

什麼叫MySQL資料庫？

資料庫（Database）是依照演算法設計來機構、儲存和管理數據信息的倉庫。每一個資料庫都具有一個或多個API用以創建，訪問，管理，檢索和拷貝存儲的數據信息。

如今大家用的大多數是關係型資料庫管理系統（RDBMS）來儲存和管理大量數據。所謂關係型資料庫，就是以關係模型為基礎的資料庫，憑藉結合集合代數等數學概念來對資料庫中的數據進行處理。

MySQL是時下最熱門的關係型資料庫管理系統之一，本教程將會講解MySQL的基礎知識，並幫助大家熟練應用MySQL資料庫。

MySQL教程-RDBMS專業術語

在開始學習MySQL資料庫前，使我們先掌握下RDBMS的一些專業術語：

資料庫:資料庫是一些關係表的結合。

數據表:數據的矩陣。在一個資料庫中的表看上去像一個簡易的excel表。

列:一列(數據元素)包括了同類型的數據。

行：一行（元組/紀錄）是一組有關的數據。

冗餘：儲存二倍數據，性能會有所損失，但信息安全性有所提高。

主鍵：主鍵是唯一的。一個數據表中只有包含一個主鍵。

外鍵：用於關聯兩個表。

索引：用資料庫索引可快速訪問數據表中的特定信息。索引是對資料庫表格中一列或多列的值作排列的一種構造方式。類似書本的目錄。

MySQL教程-基礎操作

進到資料庫：mysql -uroot -p，登陸密碼立即回車鍵

退出資料庫：quit或是exit

查詢版本號：select version();

獲取當前時間：select now();

推薦一下最好的mysql資料庫教學課程？

關於mysql有一個系列的書叫《

MySQL必知必會

》，可以了解一下，裡面的內容講解得很好。