MySQL數據庫基礎知識簡介
以下的文章主要是對MySQL數據庫的一些基礎知識的簡單介紹，隨著MySQL數據庫的廣泛應用，其相關的知識也隨著受到重視，以下的文章對比較適合于MySQL的初學者，以下就是文章的主要內容。
安裝
可以在MySQL站點上獲得大多數主要的軟件包格式（RPM、DBE、TGZ），客戶端庫和各種語言“包裝”（Wrapper）可以分開的RPM格式獲得。RPM格式的安裝沒有多大麻煩，并且無需初始配置。在rc3.d（以RedHat RPM為例）生成一個初始腳本，故MySQL守護進程在多用戶模式下重啟時被啟動運行。MySQL的守護進程（MySQLd）消耗很少的內存（在運行RedHat 5.1的奔騰133上，每個守護進程使用500K內存和另外4M共享內存的開銷）并在只有在執行真正的查詢時才裝載到處理器上，這意味著對小型數據庫來說，MySQL可以相當輕松地使用而不會對其他系統功能有太大的影響。
數據類型
字段支持大量數據類型是件好事。通常的整數、浮點數、字符串和數字均以多種長度表示，并支持變長的BLOB（Binary Large OBject）類型。對整數字段由自動增量選項，日期時間字段也能很好的表示。
MySQL與大多數其他數據庫系統不同的是提供兩個相對不常用的字段類型：ENUM和SET。ENUM是一個枚舉類型，非常類適于Pascal語言的枚舉類型，它允許程序員看到類似于'red、'green'、'blue'的字段值，而MySQL數據庫只將這些值存儲為一個字節。SET也是從Pascal借用的，它也是一個枚舉類型，但一個單獨字段一次可存儲多個值，這種存儲多個枚舉值的能力也許不會給你一些印象（并可能威脅第三范式定義），但正確使用SET和CONTAINS關鍵字可以省去很多表連接，能獲得很好的性能提高。
SQL兼容性
MySQL包含一些與SQL標準不同的轉變，他們的大多數被設計成是對SQL語言腳本語言的不足的一種補償。然而,另一些擴展確實使 MySQL與眾不同，例如,LINK子句搜索是自動地忽略大小寫的。MySQL 也允許用戶自定義的SQL函數，換句話說，一個程序員可以編寫一個函數然后集成到MySQL中，并且其表現的與任何基本函數如SUM()或AVG ()沒有什么不同。函數必須被編譯道一個共享庫文件中(.so文件)，然后用一個LOAD FUNCTION命令裝載。
它也缺乏一些常用的SQL功能，沒有子選擇(在查詢中的查詢)。視圖(View)也沒了。當然大多數子查詢可以用簡單的連接(join)子句重寫，但有時用兩個嵌套的查詢思考問題比一個大連接容易。同樣，視圖僅僅為程序員隱蔽where子句，但這正是程序員們期望的另一種便利。
存儲過程和觸發器
MySQL沒有一種存儲過程(Stored Procedure)語言，這是對習慣于企業級數據庫的程序員的最大限制。多語句SQL命令必須通過客戶方代碼來協調，這種情形是借助于相當健全的查詢語言和賦予客戶端鎖定和解鎖表的能力，這樣才允許的多語句運行。
參考完整性（Referential Integrity-RI）
MySQL的主要的缺陷之一是缺乏標準的RI機制；然而，MySQL數據庫的創造者也不是對其用戶的愿望置若罔聞，并且提供了一些解決辦法。其中之一是支持唯一索引。Rule限制的缺乏(在給釘字段域上的一種固定的范圍限制)通過大量的數據類型來補償。不簡單地提供檢查約束(一個字段相對于同一行的另一個字段的之值的限制)、外部關鍵字和經常與RI相關的“級聯刪除”功能。有趣的是，當不支持這些功能時，SQL分析器容忍這些語句的句法。這樣做目的是易于移植數據庫到MySQL中。這是一個很好的嘗試，并且它確實未來支持該功能留下方便之門；然而,那些沒有仔細閱讀文檔的的人可能誤以為這些功能實際上是存在的。
安全性
自始至終我對MySQL最大的抱怨是其安全系統，它唯一的缺點是復雜而非標準，另外只有到調用MySQLadmin來重讀用戶權限時才發生改變。通常的SQL GRANT/REVOKE 語句到最近的版本才被支持，但是至少他們現在有了。 MySQL數據庫的編寫者廣泛地記載了其特定的安全性系統，但是它確實需要一條可能是別無它法的學習過程。
【編輯推薦】
- 解決MySQL遠程訪問不允許得個好用方案
- PHP和MySQL存儲過程的實例演示
- linux下MySQL源碼如何進行純手動安裝？
- MySQL數據庫中primary key重復處理3方案
- MySQL delimiter 定義命令的結束標志
