(1)表級鎖:開銷小,加鎖快;不會出現死鎖;鎖定粒度大,發生鎖衝突的機率最 高,併發度最低。sql
(2)行級鎖:開銷大,加鎖慢;會出現死鎖;鎖定粒度最小,發生鎖衝突的機率最 低,併發度也最高。數據庫
(3)頁面鎖:開銷和加鎖時間界於表鎖和行鎖之間;會出現死鎖;鎖定粒度界於表 鎖和行鎖之間,併發度通常。數組
共有 5 種類型的表格: 緩存
(1)MyISAM服務器
(2)Heap併發
(3)Merge運維
(4)INNODBmemcached
(5)ISAM函數
MyISAM:性能
(1)不支持事務,可是每次查詢都是原子的;
(2)支持表級鎖,即每次操做是對整個表加鎖;
(3)存儲表的總行數;
(4)一個 MYISAM 表有三個文件:索引文件、表結構文件、數據文件;
(5)採用菲彙集索引,索引文件的數據域存儲指向數據文件的指針。輔索引與主索引基本一致,可是輔索引不用保證惟一性。
InnoDb:
(1)支持 ACID 的事務,支持事務的四種隔離級別;
(2)支持行級鎖及外鍵約束:所以能夠支持寫併發;
(3)不存儲總行數:
(4)一個 InnoDb 引擎存儲在一個文件空間(共享表空間,表大小不受操做系統控制,一個表可能分佈在多個文件裏),也有可能爲多個(設置爲獨立表空,表大小受操做系統文件大小限制,通常爲 2G),受操做系統文件大小的限制;
(5)主鍵索引採用彙集索引(索引的數據域存儲數據文件自己),輔索引的數據域存儲主鍵的值;所以從輔索引查找數據,須要先經過輔索引找到主鍵值,再訪問輔索引;最好使用自增主鍵,防止插入數據時,爲維持 B+樹結構,文件的大調整。
SQL 標準定義的四個隔離級別爲:
(1)read uncommited :讀到未提交數據
(2)read committed:髒讀,不可重複讀
(3)repeatable read:可重讀
(4)serializable :串行事物
(1)CHAR 和 VARCHAR 類型在存儲和檢索方面有所不一樣
(2)CHAR 列長度固定爲建立表時聲明的長度,長度值範圍是 1 到 255 當 CHAR值被存儲時,它們被用空格填充到特定長度,檢索 CHAR 值時需刪除尾隨空格。
表格的每一行都由主鍵惟一標識,一個表只有一個主鍵。
主鍵也是候選鍵。按照慣例,候選鍵能夠被指定爲主鍵,而且能夠用於任何外鍵引用。
它用來壓縮 MyISAM 表,這減小了磁盤或內存使用。
MyISAM Static 和 MyISAM Dynamic 有什麼區別?
在 MyISAM Static 上的全部字段有固定寬度。動態 MyISAM 表將具備像 TEXT,BLOB 等字段,以適應不一樣長度的數據類型。
MyISAM Static 在受損狀況下更容易恢復。
每當行被更改時,時間戳字段將獲取當前時間戳。
列設置爲 AUTO INCREMENT 時,若是在表中達到最大值,會發生什麼狀況?
它會中止遞增,任何進一步的插入都將產生錯誤,由於密鑰已被使用。
怎樣才能找出最後一次插入時分配了哪一個自動增量?
LAST_INSERT_ID 將返回由 Auto_increment 分配的最後一個值,而且不須要指定表名稱。
索引是經過如下方式爲表格定義的:
SHOW INDEX FROM <tablename>;
%對應於 0 個或更多字符,_只是 LIKE 語句中的一個字符。
如何在 Unix 和 MySQL 時間戳之間進行轉換?
UNIX_TIMESTAMP 是從 MySQL 時間戳轉換爲 Unix 時間戳的命令
FROM_UNIXTIME 是從 Unix 時間戳轉換爲 MySQL 時間戳的命令
在 SELECT 語句的列比較中使用=,<>,<=,<,> =,>,<<,>>,<=>,AND,OR 或 LIKE 運算符。
BLOB 是一個二進制對象,能夠容納可變數量的數據。TEXT 是一個不區分大小寫的 BLOB。
BLOB 和 TEXT 類型之間的惟一區別在於對 BLOB 值進行排序和比較時區分大小寫,對 TEXT 值不區分大小寫。
如下是 MySQL_fetch_array 和 MySQL_fetch_object 的區別:
MySQL_fetch_array() – 將結果行做爲關聯數組或來自數據庫的常規數組返回。
MySQL_fetch_object – 從數據庫返回結果行做爲對象。
每一個 MyISAM 表格以三種格式存儲在磁盤上:
(1)·「.frm」文件存儲表定義
(2)·數據文件具備「.MYD」(MYData)擴展名
(3)索引文件具備「.MYI」(MYIndex)擴展名
DISTINCT 在全部列上轉換爲 GROUP BY,並與 ORDER BY 子句結合使用。
SELECT DISTINCT t1.a FROM t1,t2 where t1.a=t2.a;
在 MySQL 中,使用如下代碼查詢顯示前 50 行:
SELECT*FROM
LIMIT 0,50;
任何標準表最多能夠建立 16 個索引列。
NOW()命令用於顯示當前年份,月份,日期,小時,分鐘和秒。
CURRENT_DATE()僅顯示當前年份,月份和日期。
(1)TINYTEXT
(2)TEXT
(3)MEDIUMTEXT
(4)LONGTEXT
(1)CONCAT(A, B) – 鏈接兩個字符串值以建立單個字符串輸出。一般用於將兩個或多個字段合併爲一個字段。
(2)FORMAT(X, D)- 格式化數字 X 到 D 有效數字。
(3)CURRDATE(), CURRTIME()- 返回當前日期或時間。
(4)NOW() – 將當前日期和時間做爲一個值返回。
(5)MONTH(),DAY(),YEAR(),WEEK(),WEEKDAY() – 從日期值中提取給定數據。
(6)HOUR(),MINUTE(),SECOND() – 從時間值中提取給定數據。
(7)DATEDIFF(A,B) – 肯定兩個日期之間的差別,一般用於計算年齡
(8)SUBTIMES(A,B) – 肯定兩次之間的差別。
(9)FROMDAYS(INT) – 將整數天數轉換爲日期值。
在缺省模式下,MySQL 是 autocommit 模式的,全部的數據庫更新操做都會即時提交,因此在缺省狀況下,MySQL 是不支持事務的。
可是若是你的 MySQL 表類型是使用 InnoDB Tables 或 BDB tables 的話,你的MySQL 就可使用事務處理,使用 SETAUTOCOMMIT=0 就可使 MySQL 容許在非 autocommit 模式,在非autocommit 模式下,你必須使用 COMMIT 來提交你的更改,或者用 ROLLBACK來回滾你的更改。
NUMERIC 和 DECIMAL 類型被MySQL 實現爲一樣的類型,這在 SQL92 標準容許。他們被用於保存值,該值的準確精度是極其重要的值,例如與金錢有關的數據。當聲明一個類是這些類型之一時,精度和規模的能被(而且一般是)指定。
例如:
salary DECIMAL(9,2)
在這個例子中,9(precision)表明將被用於存儲值的總的小數位數,而 2(scale)代 表將被用於存儲小數點後的位數。
所以,在這種狀況下,能被存儲在 salary 列中的值的範圍是從-9999999.99 到9999999.99。
MySQL 服務器經過權限表來控制用戶對數據庫的訪問,權限表存放在 MySQL 數據庫裏,由 MySQL_install_db 腳本初始化。這些權限表分別 user,db,table_priv,columns_priv 和 host。
字符串類型是:
(1)SET2
(2)BLOB
(3)ENUM
(4)CHAR
(5)TEXT
(1)設計良好的數據庫結構,容許部分數據冗餘,儘可能避免 join 查詢,提升效率。
(2)選擇合適的表字段數據類型和存儲引擎,適當的添加索引。
(3)MySQL 庫主從讀寫分離。
(4)找規律分表,減小單表中的數據量提升查詢速度。
(5)添加緩存機制,好比 memcached,apc 等。
(6)不常常改動的頁面,生成靜態頁面。
(7)書寫高效率的 SQL。好比 SELECT * FROM TABEL 改成 SELECT field_1, field_2, field_3 FROM TABLE.
(1)讀寫分離
(2)分段加鎖
(3)減小鎖持有的時間
(4)多個線程儘可能以相同的順序去獲取資源
不能將鎖的粒度過於細化,否則可能會出現線程的加鎖和釋放次數過多,反而效率不如一次加一把大鎖。
B+樹,通過優化的 B+樹
主要是在全部的葉子結點中增長了指向下一個葉子節點的指針,所以 InnoDB 建議爲大部分表使用默認自增的主鍵做爲主索引。
(1)以「%」開頭的 LIKE 語句,模糊匹配
(2)OR 語句先後沒有同時使用索引
(3)數據類型出現隱式轉化(如 varchar 不加單引號的話可能會自動轉換爲 int 型)
最好是按照如下順序優化:
(1)SQL 語句及索引的優化
(2)數據庫表結構的優化
(3)系統配置的優化
(4)硬件的優化
(1)選取最適用的字段屬性,儘量減小定義字段寬度,儘可能把字段設置 NOTNULL,例如’省份’、’性別’最好適用 ENUM
(2)使用鏈接(JOIN)來代替子查詢
(3)適用聯合(UNION)來代替手動建立的臨時表
(4)事務處理
(5)鎖定表、優化事務處理
(6)適用外鍵,優化鎖定表
(7)創建索引
(8)優化查詢語句
索引是一種特殊的文件(InnoDB 數據表上的索引是表空間的一個組成部分),它們包含着對數據表裏全部記錄的引用指針。
普通索引(由關鍵字 KEY 或 INDEX 定義的索引)的惟一任務是加快對數據的訪問速度。
普通索引容許被索引的數據列包含重複的值。若是能肯定某個數據列將只包含彼此各不相同的值,在爲這個數據列建立索引的時候就應該用關鍵字 UNIQUE 把它定義爲一個惟一索引。也就是說,惟一索引能夠保證數據記錄的惟一性。
主鍵,是一種特殊的惟一索引,在一張表中只能定義一個主鍵索引,主鍵用於惟一標識一條記錄,使用關鍵字 PRIMARY KEY 來建立。
索引能夠覆蓋多個數據列,如像 INDEX(columnA, columnB)索引,這就是聯合索引。
索引能夠極大的提升數據的查詢速度,可是會下降插入、刪除、更新表的速度,由於在執行這些寫操做時,還要操做索引文件。
事務(transaction)是做爲一個單元的一組有序的數據庫操做。若是組中的全部操做都成功,則認爲事務成功,即便只有一個操做失敗,事務也不成功。若是全部操做完成,事務則提交,其修改將做用於全部其餘數據庫進程。若是一個操做失敗,則事務將回滾,該事務全部操做的影響都將取消。
事務特性:
(1)原子性:即不可分割性,事務要麼所有被執行,要麼就所有不被執行。
(2)一致性或可串性。事務的執行使得數據庫從一種正確狀態轉換成另外一種正確狀態。
(3)隔離性。在事務正確提交以前,不容許把該事務對數據的任何改變提供給任何其餘事務。
(4)持久性。事務正確提交後,其結果將永久保存在數據庫中,即便在事務提交後有了其餘故障,事務的處理結果也會獲得保存。
或者這樣理解:
事務就是被綁定在一塊兒做爲一個邏輯工做單元的 SQL 語句分組,若是任何一個語句操做失敗那麼整個操做就被失敗,之後操做就會回滾到操做前狀態,或者是上有個節點。爲了確保要麼執行,要麼不執行,就可使用事務。要將有組語句做爲事務考慮,就須要經過 ACID 測試,即原子性,一致性,隔離性和持久性。
SQL 注入產生的緣由:程序開發過程當中不注意規範書寫 sql 語句和對特殊字符進行過濾,致使客戶端能夠經過全局變量 POST 和 GET 提交一些 sql 語句正常執行。
防止 SQL 注入的方式:
開啓配置文件中的 magic_quotes_gpc 和 magic_quotes_runtime 設置
執行 sql 語句時使用 addslashes 進行 sql 語句轉換
Sql 語句書寫儘可能不要省略雙引號和單引號。
過濾掉 sql 語句中的一些關鍵詞:update、insert、delete、select、 * 。
提升數據庫表和字段的命名技巧,對一些重要的字段根據程序的特色命名,取不易被猜到的。
字段類型優先級: 整形>date,time>enum,char>varchar>blob,text
優先考慮數字類型,其次是日期或者二進制類型,最後是字符串類型,同級別得數據類型,應該優先選擇佔用空間小的數據類型
Datatime:以 YYYY-MM-DD HH:MM:SS 格式存儲時期時間,精確到秒,佔用 8 個字節得存儲空間,datatime 類型與時區無關Timestamp:以時間戳格式存儲,佔用 4 個字節,範圍小 1970-1-1 到 2038-1-19,顯示依賴於所指定得時區,默認在第一個列行的數據修改時能夠自動得修改timestamp 列得值
Date:(生日)佔用得字節數比使用字符串.datatime.int 儲存要少,使用 date 只須要 3 個字節,存儲日期月份,還能夠利用日期時間函數進行日期間得計算
Time:存儲時間部分得數據
注意:不要使用字符串類型來存儲日期時間數據(一般比字符串佔用得儲存空間小,在進行查找過濾能夠利用日期得函數)
使用 int 存儲日期時間不如使用 timestamp 類型
(1)索引的目的是什麼?
快速訪問數據表中的特定信息,提升檢索速度
建立惟一性索引,保證數據庫表中每一行數據的惟一性。
加速表和表之間的鏈接
使用分組和排序子句進行數據檢索時,能夠顯著減小查詢中分組和排序的時間
(2)索引對數據庫系統的負面影響是什麼?
負面影響:
建立索引和維護索引須要耗費時間,這個時間隨着數據量的增長而增長;索引須要佔用物理空間,不光是表須要佔用數據空間,每一個索引也須要佔用物理空間;當對錶進行增、刪、改、的時候索引也要動態