本文目錄一覽：
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 結束它所處的事務，或者出現等待超時。
轉載：
sql資料庫基礎知識
sql資料庫基礎知識：
一、SQL 概述
1、什麼是 SQL
SQL（Structured Query Language）是「結構化查詢語言」，它是對關係型資料庫的操作語言。它可以應用到所有關係型資料庫中，例如：MySQL、Oracle、SQL Server 等。SQL 標準（ANSI/ISO）有：SQL-92：1992 年發布的 SQL 語言准；SQL:1999：1999 年發布的 SQL 語言標籤；SQL:2003：2003 年發布的 SQL 語言標籤；這些標準就與 JDK 的版本一樣，在新的版本中總要有一些語法的變化。不同時期的資料庫對不同標準做了實現。
雖然 SQL 可以用在所有關係型資料庫中，但很多資料庫還都有標準之後的一些語法，我們可以稱之為「方言」。例如 MySQL 中的 LIMIT 語句就是 MySQL 獨有的方言，其它資料庫都不支持！當然，Oracle 或 SQL Server 都有自己的方言。
mysql資料庫的存放位置在哪裡
資料庫文件默認存放位置：C:\Program Files\MySQL\MySQL Server 5.0\data。
資料庫的配置文件在C:\Program Files\MySQL\MySQL Server 5.0\my.ini。
在data文件夾里找到不test的資料庫文件夾和自己創建的文件夾是因為test資料庫是空的資料庫，用於測試使用，自己的文件夾需要去mysql資料庫尋找。
mysql資料庫文件默認存放位置：C:\Program Files\MySQL\MySQL Server 5.0\mysql。
MySQL是一種開放源代碼的關係型資料庫管理系統（RDBMS），MySQL資料庫系統使用最常用的資料庫管理語言–結構化查詢語言（SQL）進行資料庫管理。
下面詳細介紹幾個找不同資料庫用到的命令：
1、選擇你所創建的資料庫
mysql USE MYSQLDATA; (按回車鍵出現Database changed 時說明操作成功！)
2、:使用SHOW語句找出在伺服器上當前存在什麼資料庫
mysql SHOW DATABASES;
3、查看現在的資料庫中存在什麼表
mysql SHOW TABLES;
4、顯示錶的結構。
mysql DESCRIBE MYTABLE;
擴展資料：
mysql資料庫伺服器有三個資料庫：information_schema資料庫，mysql資料庫，test資料庫。
1、nformation_schema資料庫：這個資料庫保存了mysql伺服器所有資料庫的信息。比如資料庫的名、資料庫的表、訪問許可權、資料庫表的數據類型，資料庫索引的信息等等。就是關於這個資料庫的點點滴滴信息都存儲在這個資料庫中。
nformation_schema資料庫是MySQL自帶的，它提供了訪問資料庫元數據的方式。什麼是元數據呢？元數據是關於數據的數據，如資料庫名或表名，列的數據類型，或訪問許可權等。有些時候用於表述該信息的其他術語包括「數據詞典」和「系統目錄」。
在MySQL中，把 information_schema 看作是一個資料庫，確切說是信息資料庫。其中保存著關於MySQL伺服器所維護的所有其他資料庫的信息。
如資料庫名，資料庫的表，表欄的數據類型與訪問權 限等。在INFORMATION_SCHEMA中，有數個只讀表。它們實際上是視圖，而不是基本表，因此，將無法看到與之相關的任何文件。
2、mysql資料庫：這個資料庫中是mysql資料庫中的所有的信息表。
這個是mysql的核心資料庫，類似於sql server中的master表，主要負責存儲資料庫的用戶、許可權設置、關鍵字等mysql自己需要使用的控制和管理信息。不可以刪除，如果對mysql不是很了解，也不要輕易修改這個資料庫裡面的表信息。
3、test資料庫：空的資料庫，用於測試用。
這個是安裝時候創建的一個測試資料庫，和它的名字一樣，是一個完全的空資料庫，沒有任何錶，可以刪除。
參考資料：百度百科-MySQL資料庫
參考資料：百度百科-mySQL
參考資料：百度百科-test
Mysql是一種什麼類型的資料庫
MySQL是一個小型關係型資料庫管理系統，開發者為瑞典MySQL AB公司。在2008年1月16號被Sun公司收購。而2009年,SUN又被Oracle收購.對於Mysql的前途,沒有任何人抱樂觀的態度.目前MySQL被廣泛地應用在Internet上的中小型網站中。由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站資料庫。
什麼是MySql資料庫
MySQL資料庫:
MySQL是一種開放源代碼的關係型資料庫管理系統（RDBMS），使用最常用的資料庫管理語言–結構化查詢語言（SQL）進行資料庫管理。
MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。
MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下，MySQL是管理內容最好的選擇。
資料庫簡介:
MySQL是一種開放源代碼的關係型資料庫管理系統（RDBMS），MySQL資料庫系統使用最常用的資料庫管理語言–結構化查詢語言（SQL）進行資料庫管理。
由於MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下，MySQL是管理內容最好的選擇。
MySQL這個名字，起源不是很明確。一個比較有影響的說法是，基本指南和大量的庫和工具帶有前綴「my」已經有10年以上，而且不管怎樣，MySQL AB創始人之一的Monty Widenius的女兒也叫My。這兩個到底是哪一個給出了MySQL這個名字至今依然是個迷，包括開發者在內也不知道。
MySQL的海豚標誌的名字叫「sakila」，它是由MySQL AB的創始人從用戶在「海豚命名」的競賽中建議的大量的名字表中選出的。獲勝的名字是由來自非洲史瓦濟蘭的開源軟體開發者Ambrose Twebaze提供。根據Ambrose所說，Sakila來自一種叫SiSwati的史瓦濟蘭方言，也是在Ambrose的家鄉烏干達附近的坦尚尼亞的Arusha的一個小鎮的名字。
MySQL，雖然功能未必很強大，但因為它的開源、廣泛傳播，導致很多人都了解到這個資料庫。它的歷史也富有傳奇性。
MySQL資料庫歷史:
MySQL的歷史最早可以追溯到1979年，那時Oracle也才小打小鬧，微軟的SQL Server影子都沒有。有一個人叫Monty Widenius, 為一個叫TcX的小公司打工，並用BASIC設計了一個報表工具，可以在4M主頻和16KB內存的計算機上運行。過了不久，又將此工具，使用C語言重寫，移植到Unix平台，當時，它只是一個很底層的面向報表的存儲引擎。這個工具叫做Unireg。
可是，這個小公司資源有限，Monty天賦極高，面對資源有限的不利條件，他反而更能發揮潛能，總是力圖寫出最高效的代碼。並因此養成了習慣。與Monty同在一起的還有一些別的同事，很少有人能堅持把那些代碼持續寫到20年後，而Monty卻做到了。
1990年，TcX的customer 中開始有人要求要為它的API提供SQL支持，當時，有人想到了直接使用商用資料庫算了，但是Monty覺得商用資料庫的速度難令人滿意。於是，他直接藉助於mSQL的代碼，將它集成到自己的存儲引擎中。但不巧的是，效果並不太好。於是, Monty雄心大起，決心自己重寫一個SQL支持。
1996年，MySQL 1.0發布,只面向一小撥人，相當於內部發布。到了96年10月，MySQL 3.11.1發布了，呵呵，沒有2.x版本。最開始，只提供了Solaris下的二進位版本。一個月後，Linux版本出現了。
緊接下來的兩年里，MySQL依次移植到各個平台下。它發布時，採用的許可策略，有些與眾不同：允許免費商用，但是不能將MySQL與自己的產品綁定在一起發布。如果想一起發布，就必須使用特殊許可，意味著要花銀子。當然，商業支持也是需要花銀子的。其它的，隨用戶怎麼用都可以。這種特殊許可為MySQL帶來了一些收入，從而為它的持續發展打下了良好的基礎。（細想想，PostgreSQL曾經有幾年限入低谷，可能與它的完全免費，不受任何限制有關係）。
MySQL3.22應該是一個標誌性的版本，提供了基本的SQL支持。
MySQL關係型資料庫於1998年1月發行第一個版本。它使用系統核心提供的多線程機制提供完全的多線程運行模式，提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等編程語言的編程介面（APIs），支持多種欄位類型並且提供了完整的操作符支持查詢中的SELECT和WHERE操作。
MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載並根據個性化的需要對其進行修改。MySQL因為其速度、可靠性和適應性而備受關注。
1999-2000年，有一家公司在瑞典成立了，叫MySQL AB (AB是瑞典語「股份公司」的意思)。 雇了幾個人,與Sleepycat合作，開發出了 Berkeley DB引擎, 因為BDB支持事務處理，所以，MySQL從此開始支持事務處理了。
2000年4月，MySQL對舊的存儲引擎進行了整理，命名為MyISAM。同時，2001年，Heikiki Tuuri向MySQL提出建議，希望能集成他們的存儲引擎InnoDB，這個引擎同樣支持事務處理，還支持行級鎖。
如今，遺憾的是，BDB和InnoDB好像都被Oracle收購了，為了消滅競爭對手，哪怕是開源的，都是不擇手段。
MySQL與InnoDB的正式結合版本是4.0。
到了MySQL5.0，2003年12月，開始有View,存儲過程之類的東東，當然，其間, bug也挺多。
在2008年1月16號 MySQL被Sun公司收購。
最近，MySQL的創始人Monty Widenius已經向Sun提交了辭呈。head都要走了。
據說，被Sun收購的公司多薄命，不知道MySQL今後前途如何，希望一路走好。相信MySQL的生命力還是很長久的。
時至今日 mysql 和 php 的結合絕對是完美.很多大型的網站也用到mysql資料庫.mysql的發展前景是非常光明的!
MySQL常用命令:
1:使用SHOW語句找出在伺服器上當前存在什麼資料庫：
mysql SHOW DATABASES;
2:2、創建一個資料庫MYSQLDATA
mysql CREATE DATABASE MYSQLDATA;
3:選擇你所創建的資料庫
mysql USE MYSQLDATA; (按回車鍵出現Database changed 時說明操作成功！)
4:查看現在的資料庫中存在什麼表
mysql SHOW TABLES;
5:創建一個資料庫表
mysql CREATE TABLE MYTABLE (name VARCHAR(20), sex CHAR(1));
6:顯示錶的結構：
mysql DESCRIBE MYTABLE;
7:往表中加入記錄
mysql insert into MYTABLE values (」hyq」,」M」);
8:用文本方式將數據裝入資料庫表中（例如D:/mysql.txt）
mysql LOAD DATA LOCAL INFILE 「D:/mysql.txt」 INTO TABLE MYTABLE;
9:導入.sql文件命令（例如D:/mysql.sql）
mysqluse database;
mysqlsource d:/mysql.sql;
10:刪除表
mysqldrop TABLE MYTABLE;
11:清空表
mysqldelete from MYTABLE;
12:更新表中數據
mysqlupdate MYTABLE set sex=」f」 where name=』hyq』;
全局管理許可權對應解釋：
FILE: 在MySQL伺服器上讀寫文件。
PROCESS: 顯示或殺死屬於其它用戶的服務線程。
RELOAD: 重載訪問控制表，刷新日誌等。
SHUTDOWN: 關閉MySQL服務。
資料庫/數據表/數據列許可權：
ALTER: 修改已存在的數據表(例如增加/刪除列)和索引。
CREATE: 建立新的資料庫或數據表。
DELETE: 刪除表的記錄。
DROP: 刪除數據表或資料庫。
INDEX: 建立或刪除索引。
INSERT: 增加表的記錄。
SELECT: 顯示/搜索表的記錄。
UPDATE: 修改表中已存在的記錄。
特別的許可權：
ALL: 允許做任何事(和root一樣)。
USAGE: 只允許登錄–其它什麼也不允許做。
MySQL資料庫導入方法:
MySQL資料庫的導入,有兩種方法：
1) 先導出資料庫SQL腳本，再導入；
2) 直接拷貝資料庫目錄和文件。
在不同操作系統或MySQL版本情況下，直接拷貝文件的方法可能會有不兼容的情況發生。
所以一般推薦用SQL腳本形式導入。下面分別介紹兩種方法。
2. 方法一 SQL腳本形式
操作步驟如下：
2.1. 導出SQL腳本
在原資料庫伺服器上，可以用phpMyAdmin工具，或者mysqldump命令行，導出SQL腳本。
2.1.1 用phpMyAdmin工具
導出選項中，選擇導出「結構」和「數據」，不要添加「DROP DATABASE」和「DROP TABLE」選項。
選中「另存為文件」選項，如果數據比較多，可以選中「gzipped」選項。
將導出的SQL文件保存下來。
2.1.2 用mysqldump命令行
命令格式
mysqldump -u 用戶名 -p 資料庫名 資料庫名.sql
範例：
mysqldump -u root -p abc abc.sql
（導出資料庫abc到abc.sql文件）
提示輸入密碼時，輸入該資料庫用戶名的密碼。
2.2. 創建空的資料庫
通過主控界面/控制面板，創建一個資料庫。假設資料庫名為abc，資料庫全權用戶為abc_f。
2.3. 將SQL腳本導入執行
同樣是兩種方法，一種用phpMyAdmin（mysql資料庫管理）工具，或者mysql命令行。
2.3.1 用phpMyAdmin工具
從控制面板，選擇創建的空資料庫，點「管理」，進入管理工具頁面。
在”SQL”菜單中，瀏覽選擇剛才導出的SQL文件，點擊「執行」以上載並執行。
注意：phpMyAdmin對上載的文件大小有限制，php本身對上載文件大小也有限制，如果原始sql文件
比較大，可以先用gzip對它進行壓縮，對於sql文件這樣的文本文件，可獲得1:5或更高的壓縮率。
gzip使用方法：
# gzip xxxxx.sql
得到
xxxxx.sql.gz文件。
提示輸入密碼時，輸入該資料庫用戶名的密碼。
3 直接拷貝
如果資料庫比較大，可以考慮用直接拷貝的方法，但不同版本和操作系統之間可能不兼容，要慎用。
3.1 準備原始文件
用tar打包為一個文件
3.2 創建空資料庫
3.3 解壓
在臨時目錄中解壓，如：
cd /tmp
tar zxf mydb.tar.gz
3.4 拷貝
將解壓後的資料庫文件拷貝到相關目錄
cd mydb/
cp * /var/lib/mysql/mydb/
對於FreeBSD:
cp * /var/db/mysql/mydb/
3.5 許可權設置
將拷貝過去的文件的屬主改為mysql:mysql，許可權改為660
chown mysql:mysql /var/lib/mysql/mydb/*
chmod 660 /var/lib/mysql/mydb/*
Mssql轉換mysql的方法:
1.導表結構
使用MySQL生成create腳本的方法。找到生成要導出的腳本，按MySQL的語法修改一下到MySQL資料庫中創建該表的列結構什麼的。
2.導表數據
在MSSQL端使用bcp導出文本文件:
bcp 「Select * FROM dbname.dbo.tablename;」 queryout tablename.txt -c -Slocalhost\db2005 -Usa
其中」”中是要導出的sql語句,-c指定使用\t進行欄位分隔,使用\n進行記錄分隔,-S指定資料庫伺服器及實例,-U指定用戶名,-P指定密碼.
在MySQL端使用mysqlimport 導入文本文件到相應表中
mysqlimport -uroot -p databasename /home/test/tablename.txt
其中-u指定用戶名,-p指定密碼,databasename指定資料庫名稱,表名與文件名相同
MySQL備份與恢復:
MySQL備份恢複數據的一般步驟
備份一個資料庫的例子：
1、備份前讀鎖定涉及的表
mysqlLOCK TABLES tbl1 READ,tbl1 READ,…
如果，你在mysqldump實用程序中使用–lock-tables選項則不必使用如上SQL語句。
2、導出資料庫中表的結構和數據
shellmysqldump –opt db_namedb_name.sql
3、啟用新的更新日誌
shellmysqladmin flush-logs
這樣可以記錄你備份後的數據改變為恢複數據準備。
4、解除表的讀鎖
mysqlUNLOCK TABLES;
為了加速上述過程，你可以這樣做：
shell mysqldump –lock-tables –opt db_namedb_name.sql; mysqladmin flush-logs
但是這樣可能會有點小問題。上命令在啟用新的更新日誌前就恢復表的讀鎖，
在更新繁忙的站點，可能有備份後的更新數據沒有記錄在新的日誌中。
現在恢復上面備份的資料庫
1、對涉及的表使用寫鎖
mysqlLOCK TABLES tbl1 WRITE,tbl1 WRITE,…
2、恢復備份的數據
shellmysql db_name db_name.sql
3、恢復更新日誌的內容
shellmysql –one-database db_name hostname.nnn
假設需要使用的日誌名字為hostname.nnn
4、啟用新的更新日誌
shellmysqladmin flush-logs
5、解除表的寫鎖
mysqlUNLOCK TABLES;
希望上面的例子能給你啟發，因為備份數據的手法多種多樣，你所使用的和上面所述可能大不一樣，但是對於備份和恢復中，表的鎖定、啟用新的更新日誌的時機應該是類似的，仔細考慮這個問題。
MySQL資料庫優化:
選擇InnoDB作為存儲引擎
大型產品的資料庫對於可靠性和並發性的要求較高，InnoDB作為默認的MySQL存儲引擎，相對於MyISAM來說是個更佳的選擇。
優化資料庫結構
組織資料庫的schema、表和欄位以降低I/O的開銷，將相關項保存在一起，並提前規劃，以便隨著數據量的增長，性能可以保持較高的水平。
設計數據表應盡量使其佔用的空間最小化，表的主鍵應儘可能短。·對於InnoDB表，主鍵所在的列在每個輔助索引條目中都是可複製的，因此如果有很多輔助索引，那麼一個短的主鍵可以節省大量空間。
僅創建你需要改進查詢性能的索引。索引有助於檢索，但是會增加插入和更新操作的執行時間。
InnoDB的ChangeBuffering特性
InnoDB提供了changebuffering的配置，可減少維護輔助索引所需的磁碟I/O。大規模的資料庫可能會遇到大量的表操作和大量的I/O，以保證輔助索引保持最新。當相關頁面不在緩衝池裡面時，InnoDB的changebuffer將會更改緩存到輔助索引條目，從而避免因不能立即從磁碟讀取頁面而導致耗時的I/O操作。當頁面被載入到緩衝池時，緩衝的更改將被合併，更新的頁面之後會刷新到磁碟。這樣做可提高性能，適用於MySQL5.5及更高版本。
InnoDB頁面壓縮
InnoDB支持對錶進行頁面級的壓縮。當寫入數據頁的時候，會有特定的壓縮演算法對其進行壓縮。壓縮後的數據會寫入磁碟，其打孔機制會釋放頁面末尾的空塊。如果壓縮失敗，數據會按原樣寫入。表和索引都會被壓縮，因為索引通常是資料庫總大小中佔比很大的一部分，壓縮可以顯著節約內存，I/O或處理時間，這樣就達到了提高性能和伸縮性的目的。它還可以減少內存和磁碟之間傳輸的數據量。MySQL5.1及更高版本支持該功能。
注意，頁面壓縮並不能支持共享表空間中的表。共享表空間包括系統表空間、臨時表空間和常規表空間。
使用批量數據導入
在主鍵上使用已排序的數據源進行批量數據的導入可加快數據插入的過程。否則，可能需要在其他行之間插入行以維護排序，這會導致磁碟I/O變高，進而影響性能，增加頁的拆分。關閉自動提交的模式也是有好處的，因為它會為每個插入執行日誌刷新到磁碟。在批量插入期間臨時轉移唯一鍵和外鍵檢查也可顯著降低磁碟I/O。對於新建的表，最好的做法是在批量導入後創建外鍵/唯一鍵約束。
一旦你的數據達到穩定的大小，或者增長的表增加了幾十或幾百兆位元組，就應該考慮使用OPTIMIZETABLE語句重新組織表並壓縮浪費的空間。對重新組織後的表進行全表掃描所需要的I/O會更少。
優化InnoDB磁碟I/O
增加InnoDB緩衝池大小可以讓查詢從緩衝池訪問而不是通過磁碟I/O訪問。通過調整系統變數innodb_flush_method來調整清除緩衝的指標使其達到最佳水平。
MySQL的內存分配
在為MySQL分配足夠的內存之前，請考慮不同領域對MySQL的內存需求。要考慮的關鍵領域是：並發連接——對於大量並發連接，排序和臨時表將需要大量內存。在撰寫本文時，對於處理3000+並發連接的資料庫，16GB到32GB的RAM是足夠的。
內存碎片可以消耗大約10%或更多的內存。像innodb_buffer_pool_size、key_buffer_size、query_cache_size等緩存和緩衝區要消耗大約80%的已分配內存。
日常維護
定期檢查慢的查詢日誌並優化查詢機制以有效使用緩存來減少磁碟I/O。優化它們，以掃描最少的行數，而不是進行全表掃描。
其他可以幫助DBA檢查和分析性能的日誌包括：錯誤日誌、常規查詢日誌、二進位日誌、DDL日誌(元數據日誌)。
定期刷新緩存和緩衝區以降低碎片化。使用OPTIMIZETABLE語句重新組織表並壓縮任何可能被浪費的空間。
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();
原創文章，作者：VHYJU，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/324503.html
微信掃一掃 
支付寶掃一掃 