Mysql面試寶典

Mysql面試寶典

索引

  1. 幾個基本的索引類型 1普通索引 2唯一索引 3主鍵索引 4複合索引 5全文索引 6空間索引
  2. 索引優點:
    1. 快速訪問數據表中的特定信息,提高檢索速度
    2. 創建唯一性索引,保證數據庫表中每一行數據的唯一性
    3. 加速表和表之間的連接
    4. 使用分組和排序子句進行數據檢索時,可以顯著減少查詢中分組和排序的時間
  3. 索引缺點:
    1. 插入、刪除、修改速度下降
    2. 佔用物理和數據空間
  4. 建立索引的原則:
    1. 最頻繁使用的、用以縮小查詢範圍的字段上建立索引
    2. 在頻繁使用的、需要排序的字段上建立索引
  5. 什麼情況不宜建立索引:
    1. 查詢中很少涉及的列或者重複值比較多的列
    2. 一些特殊的數據類型,比如文本字段(text)等

存儲過程

  • 存儲過程是一些編譯好的SQL語句,因爲系統在調用SQL的時候比較浪費時間,所以之前先將一些基本的額SQL語句代碼進行編譯(對單表或多表的增刪改查),然後再給代碼取一個名字,在需要這個功能時去調用它就可以了。
  • 優點:
    1. 存儲工程是編譯後的代碼
    2. 存儲過程代替SQL語句,降低網絡通信
    3. 在一定的程度確保數據安全

數據庫事務機制的四個特性及含義

  1. 原子性(Atomic):整個事務中的所有操作,要麼全部完成,要麼全部不完成,不可能停滯在中間某個環節。事務在執行過程中發生錯誤,會被回滾(Rollback)到事務開始前的狀態,就像這個事務從來沒有執行過一樣。
  2. 一致性(Consistency):在事務開始之前和事務結束以後,數據庫的完整性約束沒有被破壞。
  3. 隔離性(Isolation):隔離狀態執行事務,使它們好像是系統在給定時間內執行的唯一操作。如果有兩個事務,運行在相同的時間內,執行 相同的功能,事務的隔離性將確保每一事務在系統中認爲只有該事務在使用系統。這種屬性有時稱爲串行化,爲了防止事務操作間的混淆,必須串行化或序列化請求,使得在同一時間僅有一個請求用於同一數據。
  4. 持久性(Durability):在事務完成以後,該事務所對數據庫所作的更改便持久的保存在數據庫之中,並不會被回滾。
  • 事務執行的語句:
    1. 開始事物:BEGIN TRANSACTION
    2. 提交事物:COMMIT TRANSACTION
    3. 回滾事務:ROLLBACK TRANSACTION

drop,delete與truncate的區別

  • drop直接刪掉表 truncate刪除表中數據,再插入時自增長id又從1開始 delete刪除表中數據,可以加where字句
  • 速度 drop > truncate > delete
  • 想刪除部分數據時,delete 刪除時要帶上where語句
  • 保留表而想刪除所有的數據時用truncate

數據庫範式

  1. 第一範式:在任何一個關係數據庫中,第一範式(1NF)是對關係模式的基本要求,不滿足第一範式(1NF)的數據庫就不是關係數據庫。
    所謂第一範式(1NF)是指數據庫表的每一列都是不可分割的基本數據項,同一列中不能有多個值,即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性,就可能需要定義一個新的實體,新的實體由重複的屬性構成,新實體與原實體之間爲一對多關係。在第一範式(1NF)中表的每一行只包含一個實例的信息。簡而言之,第一範式就是無重複的列。
  2. 第二範式:第二範式(2NF)是在第一範式(1NF)的基礎上建立起來的,即滿足第二範式(2NF)必須先滿足第一範式(1NF)。第二範式(2NF)要求數據庫表中的每個實例或行必須可以被惟一地區分。爲實現區分通常需要爲表加上一個列,以存儲各個實例的惟一標識。這個惟一屬性列被稱爲主關鍵字或主鍵、主碼。
    第二範式(2NF)要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性,如果存在,那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體,新實體與原實體之間是一對多的關係。爲實現區分通常需要爲表加上一個列,以存儲各個實例的惟一標識。簡而言之,第二範式就是非主屬性非部分依賴於主關鍵字。
  3. 第三範式:滿足第三範式(3NF)必須先滿足第二範式(2NF)。簡而言之,第三範式(3NF)要求一個數據庫表中不包含已在其它表中已包含的非主關鍵字信息。例如,存在一個部門信息表,其中每個部門有部門編號(dept_id)、部門名稱、部門簡介等信息。那麼在員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表,則根據第三範式(3NF)也應該構建它,否則就會有大量的數據冗餘。簡而言之,第三範式就是屬性不依賴於其它非主屬性。(我的理解是消除冗餘)

數據庫中的樂觀鎖和悲觀鎖

  1. 樂觀鎖和悲觀鎖主要是作用在併發訪問控制
  2. 悲觀鎖 假定會發生併發衝突,屏蔽任何違反數據完整的操作
  3. 樂觀鎖 假定不會發生衝突,只有在提交操作時檢查是否違反數據的完整性
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章