?本站以分享各種運維經(jīng)驗和運維所需要的技能為主

《python零基礎(chǔ)入門》：python零基礎(chǔ)入門學(xué)習(xí)

《python運維腳本》：?python運維腳本實踐

《shell》：shell學(xué)習(xí)

《terraform》持續(xù)更新中：terraform_Aws學(xué)習(xí)零基礎(chǔ)入門到最佳實戰(zhàn)

《k8》從問題中去學(xué)習(xí)k8s

《docker學(xué)習(xí)》暫未更新

《ceph學(xué)習(xí)》ceph日常問題解決分享

《日志收集》ELK+各種中間件

《運維日常》運維日常

《linux》運維面試100問

《DBA》db的介紹使用（mysql、redis、mongodb...）

思考一下問題：

1.數(shù)據(jù)庫三范式是什么?

2.有哪些數(shù)據(jù)庫優(yōu)化方面的經(jīng)驗?

參考答案：

1.數(shù)據(jù)庫三范式是什么?
數(shù)據(jù)庫的三范式（Normal Forms，簡稱 NF）是關(guān)系數(shù)據(jù)庫設(shè)計的基礎(chǔ)，它們的目的是減少數(shù)據(jù)冗余、提高數(shù)據(jù)完整性，并支持數(shù)據(jù)庫的可擴展性。下面是三范式的定義和解釋：### 第一范式（1NF）
第一范式要求表的每一列都是不可分割的基本數(shù)據(jù)項，即表中的所有字段值都是原子性的。此外，每一行都要有唯一性，通常通過引入一個唯一的行標識符，即主鍵，來實現(xiàn)。1NF 是設(shè)計關(guān)系數(shù)據(jù)庫的最基本要求。**示例**：
假設(shè)有一個包含學(xué)生信息的表，其中一個字段是學(xué)生參加的課程。如果這個字段包含多個課程（例如，“數(shù)學(xué), 英語”），那么這個表就不符合第一范式。為了符合 1NF，每個課程應(yīng)該在新的行中單獨列出。### 第二范式（2NF）
第二范式建立在第一范式的基礎(chǔ)上，要求表必須是第一范式，且所有非主鍵字段都必須完全依賴于主鍵。如果一個表的主鍵是由多個字段組成的復(fù)合主鍵，那么表中的每個非主鍵字段都必須依賴于整個復(fù)合主鍵，而不是依賴于復(fù)合主鍵的一部分。**示例**：
假設(shè)有一個表，其主鍵由兩部分組成：學(xué)生ID和課程ID。如果表中還有一個字段是教師名稱，而教師名稱只依賴于課程ID，而不是學(xué)生ID，那么這個設(shè)計就不符合第二范式。為了符合 2NF，教師名稱應(yīng)該分離到另一個表中，其中課程ID是主鍵。### 第三范式（3NF）
第三范式也建立在第一范式的基礎(chǔ)上，并且要求表必須首先滿足第二范式。此外，第三范式要求所有的非主鍵字段不僅要完全依賴于主鍵，而且還必須直接依賴于主鍵，不能通過其他字段間接依賴（消除傳遞依賴）。**示例**：
繼續(xù)上面的例子，假設(shè)現(xiàn)在有一個字段是教師的辦公室號碼，這個字段只依賴于教師名稱而不是主鍵（學(xué)生ID和課程ID）。這種設(shè)計不符合第三范式，因為教師的辦公室號碼是通過教師名稱這個非主鍵字段間接依賴于主鍵的。為了符合 3NF，教師的辦公室號碼應(yīng)該移動到教師表中。這三個范式是數(shù)據(jù)庫設(shè)計中最常用的范式，它們幫助設(shè)計者創(chuàng)建既能避免數(shù)據(jù)冗余又能提高數(shù)據(jù)完整性的數(shù)據(jù)庫結(jié)構(gòu)。盡管存在更高級的范式（如 BCNF、4NF 和 5NF），在實際應(yīng)用中，大多數(shù)數(shù)據(jù)庫設(shè)計通常滿足到第三范式就足夠了。2.有哪些數(shù)據(jù)庫優(yōu)化方面的經(jīng)驗?
數(shù)據(jù)庫優(yōu)化是一個涉及多個層面的復(fù)雜過程，旨在提高數(shù)據(jù)庫系統(tǒng)的性能和效率。優(yōu)化策略可以從查詢優(yōu)化、索引設(shè)計、系統(tǒng)配置、架構(gòu)設(shè)計等多個角度進行。以下是一些常見的數(shù)據(jù)庫優(yōu)化經(jīng)驗：### 1. 索引優(yōu)化
- **創(chuàng)建有效的索引**：為常用的查詢列和查詢條件創(chuàng)建索引可以顯著提高查詢速度。關(guān)鍵是選擇合適的列進行索引，如經(jīng)常出現(xiàn)在 WHERE 子句、JOIN 條件或ORDER BY 子句中的列。
- **避免過多索引**：雖然索引可以加快查詢速度，但每個額外的索引都會增加寫操作（INSERT、UPDATE 和 DELETE）的成本。因此，需要平衡讀取和寫入操作的性能需求。
- **使用覆蓋索引**：盡可能使用包含所有查詢所需數(shù)據(jù)的索引，這樣可以避免訪問表的數(shù)據(jù)頁，減少I/O操作。### 2. 查詢優(yōu)化
- **優(yōu)化SQL語句**：簡化查詢邏輯，避免復(fù)雜的子查詢和不必要的表連接。使用合適的聚合策略和選擇性高的條件先行過濾。
- **使用參數(shù)化查詢**：避免SQL注入攻擊的同時，可以幫助數(shù)據(jù)庫重用執(zhí)行計劃，提高查詢效率。
- **利用緩存**：對于重復(fù)查詢相同結(jié)果的情況，可以使用查詢緩存來避免重復(fù)的數(shù)據(jù)庫訪問。### 3. 數(shù)據(jù)庫架構(gòu)優(yōu)化
- **規(guī)范化與反規(guī)范化**：根據(jù)應(yīng)用的查詢和更新的特點，適當選擇規(guī)范化（減少冗余、提高數(shù)據(jù)完整性）和反規(guī)范化（提高查詢效率，減少JOIN操作）。
- **分區(qū)表**：對于非常大的表，可以考慮分區(qū)來提高查詢性能和數(shù)據(jù)管理效率。
- **使用適當?shù)臄?shù)據(jù)類型**：選擇合適的數(shù)據(jù)類型不僅可以減少存儲空間，還可以加快查詢處理速度。### 4. 系統(tǒng)配置優(yōu)化
- **內(nèi)存和存儲優(yōu)化**：確保數(shù)據(jù)庫有足夠的內(nèi)存，這對于提高緩存效率和整體性能至關(guān)重要。同時，使用高性能的存儲解決方案，如 SSD。
- **配置數(shù)據(jù)庫參數(shù)**：根據(jù)具體的工作負載調(diào)整數(shù)據(jù)庫服務(wù)器的配置參數(shù)，如連接池大小、緩沖區(qū)大小、日志級別等。### 5. 性能監(jiān)控與調(diào)整
- **定期監(jiān)控**：使用工具監(jiān)控數(shù)據(jù)庫的性能指標，如查詢響應(yīng)時間、鎖等待時間、I/O操作等。
- **分析慢查詢**：定期分析并優(yōu)化執(zhí)行時間長的查詢，這些往往是性能瓶頸的來源。
- **容量規(guī)劃**：根據(jù)監(jiān)控數(shù)據(jù)進行容量規(guī)劃，適時擴展硬件資源或優(yōu)化系統(tǒng)架構(gòu)。通過實施這些策略，可以顯著提高數(shù)據(jù)庫的響應(yīng)速度和處理能力，從而提高整個應(yīng)用系統(tǒng)的性能和用戶體驗。具體更具體的一些優(yōu)化：
### 1. 使用 `PreparedStatement` 提高性能`PreparedStatement` 相比于 `Statement` 通常能提供更好的性能和安全性，原因包括：- **預(yù)編譯**：`PreparedStatement` 允許數(shù)據(jù)庫引擎預(yù)先編譯 SQL 語句，這樣當相同的 SQL 語句（只是參數(shù)不同）被多次執(zhí)行時，可以重用已有的執(zhí)行計劃，從而節(jié)省了編譯時間。
- **減少 SQL 注入風(fēng)險**：使用 `PreparedStatement` 可以通過綁定參數(shù)的方式來插入變量值，這比拼接字符串的方式更安全，有效防止 SQL 注入攻擊。
- **提高緩存效率**：由于 SQL 語句在結(jié)構(gòu)上保持不變，只是參數(shù)在變化，因此數(shù)據(jù)庫能夠更有效地緩存這些語句。### 2. 外鍵約束對性能的影響外鍵約束確保了數(shù)據(jù)庫的引用完整性，但它們確實會對插入和刪除操作的性能產(chǎn)生影響：- **插入性能**：每次插入數(shù)據(jù)時，數(shù)據(jù)庫系統(tǒng)需要檢查外鍵約束，確保引用的數(shù)據(jù)存在。
- **刪除性能**：刪除操作可能涉及到多個表的級聯(lián)刪除或更新，這增加了操作的復(fù)雜性和執(zhí)行時間。
- **設(shè)計選擇**：如果應(yīng)用邏輯能夠確保數(shù)據(jù)的完整性，可以考慮在數(shù)據(jù)庫設(shè)計階段去掉外鍵約束，以提高性能。但這樣做需要非常小心，以避免數(shù)據(jù)不一致的問題。### 3. 允許適當?shù)娜哂嘣谀承┣闆r下，適當?shù)臄?shù)據(jù)冗余可以顯著提高查詢性能：- **減少 JOIN 操作**：例如，存儲回復(fù)數(shù)量和最后回復(fù)時間可以避免每次顯示帖子時都要計算這些值。
- **提高數(shù)據(jù)讀取速度**：直接從一個表中讀取所有所需信息，而不需要多表查詢。### 4. `UNION` vs `UNION ALL`- **去重與性能**：`UNION` 默認去除重復(fù)記錄，這需要額外的計算來檢查和排除重復(fù)項，而 `UNION ALL` 不進行去重處理，因此性能通常更高。
- **排序問題**：`UNION` 在合并結(jié)果集時可能會進行排序，而 `UNION ALL` 則簡單地追加結(jié)果集，處理速度更快。在設(shè)計和優(yōu)化數(shù)據(jù)庫時，選擇使用 `UNION` 還是 `UNION ALL` 應(yīng)基于是否需要去重和排序的實際需求。如果數(shù)據(jù)自然不重復(fù)或者應(yīng)用邏輯確保了數(shù)據(jù)的唯一性，那么 `UNION ALL` 是一個更高效的選擇?？偟膩碚f，這些優(yōu)化策略的選擇和應(yīng)用需要根據(jù)具體的業(yè)務(wù)需求和數(shù)據(jù)特性來定。理解每種策略的優(yōu)勢和潛在的缺點可以幫助您做出更合適的決策。