系統資料庫優化問題。 如下

睜大眼睛。

答：資料庫的效能優化主要包括以下幾個方面：（1）語句的執行計畫是否正常;（2）減少應用與資料之間的互動次數，以及同一SQL語句的執行次數; （3）對資料庫實體進行碎片整理; （4）減少表間關聯，特別是批量資料處理，盡量在單個表中查詢資料，在記憶體中統一邏輯處理，減輕資料庫壓力; （5）對於頻繁訪問的資料，充分利用資料庫快取和應用快取; （6）如果資料量比較大，在設計過程中，為了減少與其他表的關聯，會新增一些冗餘字段，以提高查詢效能。

資料庫效能優化主要包括以下幾個方面：

1、SQL語句的執行計畫是否正常;

2、減少應用與資料庫的互動次數，減少同一SQL語句的執行;

（3）對資料庫實體進行碎片整理;

（4）減少表間關聯，特別是批量資料處理，盡量在單個表中查詢資料，在記憶體中統一邏輯處理，減輕資料庫壓力;

5、對頻繁訪問的資料充分利用資料庫快取和應用快取;

6.如果資料量比較大，在設計過程中，為了減少與其他表的關聯，會新增一些冗餘字段，以提高查詢效能。

在應用系統開發的早期階段，由於開發資料庫中的資料量相對較小，無法實現SQL語句的各種編寫方式對於查詢SQL語句和編寫複雜檢視的效能，但是如果將應用系統提交到實際應用中，隨著資料庫中資料的增加， 系統的響應速度已成為當前系統需要解決的最重要問題之一。

系統優化的乙個非常重要的方面是SQL語句的優化。 對於海量資料來說，低質量的SQL語句和高質量的SQL語句的速度差可以達到數百倍，這說明對於乙個系統來說，不是簡單地實現它的功能，而是編寫高質量的SQL語句來提高系統的可用性。

答：B 新增冗餘列 明昌是指將同一列新增到多個表中，這增加了資料庫伺服器儲存狀態選擇的負擔，但可以減少查詢過程中的聯接操作，而不是聯合操作。所以選擇 B。

答：B 增加冗餘列是指將同一列新增到多個表中，這樣棗正雖然增加了資料庫伺服器儲存的負擔，但可以減少查詢和查詢過程中的聯接操作，而不是聯合操作。所以選擇 B。

1.在硬體方面，伺服器應該不會太差，磁碟的讀寫效能會影響IO，可以認為使用好的硬碟，比如SSD

2.根據伺服器設定資料庫的引數，比如記憶體什麼的 3、在設計表時，應選擇字段型別並建立正確的索引 4.SQL優化，盡量使用索引，不要出現全表掃瞄等，網上有很多這樣的資訊，這些我就說大概這些了。

MRR 是針對特定查詢的 MySQL 優化。 假設某個查詢有乙個二級索引可用，讀取二級索引後，需要返回表中查詢當前二級索引上沒有的列值，因為二級索引上引用的主鍵值不一定是有序的，所以可能會造成大量隨機 ios。

如果要關閉 MRR 優化，則需要將優化器切換 MRR 設定為 OFF。

預設情況下，只有當優化器認為 MRR 可以帶來優化時才會採取 MRR，如果你想盡可能地採取 MRR，你需要將 MRR Cost Based 設定為 OFF，但最好不要這樣做，因為這確實是乙個陷阱，MRR 不一定一直都很好， 全表掃瞄有時會更快，如果您在這種情況下進行 MRR，它將完成。

MRR 對主鍵進行排序，以便磁碟上的後續操作是順序讀取，而不是隨機讀取。 從資源使用的角度來看，就是讓CPU和記憶體做更多的工作來交換磁碟的順序讀取。 但是，排序需要記憶體，並且此記憶體的大小由 read rnd buffer size 引數控制。