1. 擁有足夠的物理記憶體來把整個innodb檔案載入到記憶體中——在記憶體中訪問檔案時的速度要比在硬碟中訪問時快的多。
2. 不惜一切代價避免使用swap交換分割槽 – 交換時是從硬碟讀取的，它的速度很慢。
3. 使用電池供電的ram（注：ram即隨機儲存器）。
4. 使用高階的raid（注：redundant arrays of inexpensive disks，即磁碟陣列） – 最好是raid10或更高。
5. 避免raid5（注：一種儲存效能、資料安全和儲存成本兼顧的儲存解決方案） – 確保資料庫完整性的校驗是要付出代價的。
6. 將作業系統和資料分割槽分開，不僅僅是邏輯上，還包括物理上 – 作業系統的讀寫操作會影響資料庫的效能。
7. 把mysql臨時空間和複製日誌與資料放到不同的分割槽 – 當資料庫後台從磁碟進行讀寫操作時會影響資料庫的效能。
8. 更多的磁碟空間等於更快的速度。
25. 當寫入時，使用 innodb_flush_method=o_direct 來避免雙緩衝。
26. 避免使用 o_direct 和 ext3 檔案系統 – 你將序列化所有要寫入的。
27. 分配足夠的 innodb_buffer_pool_size 來載入整個 innodb 檔案到記憶體中– 少從磁碟中讀取。
28. 不要將 innodb_log_file_size 引數設定太大， 這樣可以更快同時有更多的磁碟空間 – 丟掉多的日誌通常是好的，在資料庫崩潰後可以降低恢復資料庫的時間。
29. 不要混用 innodb_thread_concurrency 和 thread_concurrency 引數– 這2個值是不相容的。
30. 分配乙個極小的數量給 max_connections 引數 – 太多的連線會用盡ram並鎖定mysql服務。
31. 保持 thread_cache 在乙個相對較高的數字，大約 16 – 防止開啟連線時緩慢。
32. 使用skip-name-resolve引數 – 去掉 dns 查詢。
33.如果你的查詢都是重複的，並且資料不常常發生變化，那麼可以使用查詢快取。但是如果你的資料經常發生變化，那麼使用查詢快取會讓你感到失望。
34.增大temp_table_size值，以防止寫入磁碟
35.增大max_heap_table_size值，以防止寫入磁碟
36.不要把sort_buffer_size值設定的太高，否則的話你的記憶體將會很快耗盡
37.根據key_read_requests和key_reads值來決定key_buffer的大小，一般情況下key_read_requests應該比key_reads值高，否則你不能高效的使用key_buffer
38.將innodb_flush_log_at_trx_commit設定為0將會提高效能，但是如果你要保持預設值（1）的話，那麼你就要確保資料的完整性，同時你也要確保複製不會滯後。
39.你要有乙個測試環境，來測試你的配置，並且在不影響正常生產的情況下，可以常常進行重啟。
40. 保持你的資料庫整理性。
41. 舊資料歸檔 – 刪除多餘的行返回或搜尋查詢。
42. 將您的資料加上索引.
43. 不要過度使用索引，比較與查詢.
44. 壓縮文字和blob資料型別 – 以節省空間和減少磁碟讀取次數.
45. utf 8和utf16都低於latin1執行效率.
46. 有節制地使用觸發器.
47. 冗餘資料保持到最低限度 – 不重複不必要的資料.
48. 使用鏈結表，而不是擴充套件行.
49. 注意資料型別，在您的真實資料中，盡可能使用最小的乙個.
50. 如果其他資料經常被用於查詢時，而blob / text資料不是，就把blob / text資料從其他資料分離出來.
51.檢查和經常優化表.
52. 經常重寫innodb表優化.
53. 有時，當新增列時刪除索引，然後在新增回來索引，這樣就會更快.
54. 針對不同的需求，使用不同的儲存引擎.
55. 使用歸檔儲存引擎日誌表或審計表-這是更有效地寫道.
56. 會話資料儲存在快取（memcache）的而不是mysql中 – 快取允許自動自動填值的，並阻止您建立難以讀取和寫入到mysql的時空資料.
57.儲存可變長度的字串時使用varchar而不是char – 節省空間，因為固定長度的char，而varchar長度不固定（utf8不受此影響）.
58. 逐步進行模式的變化 – 乙個小的變化，可以有巨大的影響.
59.在開發環境中測試所有模式，反映生產變化.
60. 不要隨意更改你的配置檔案中的值，它可以產生災難性的影響.
61. 有時候，在mysql的configs少即是多.
62.有疑問時使用乙個通用的mysql配置檔案.
63. 使用慢查詢日誌去發現慢查詢。
64. 使用執行計畫去判斷查詢是否正常執行。
65. 總是去測試你的查詢看看是否他們執行在最佳狀態下 –久而久之效能總會變化。
66. 避免在整個表上使用count(*),它可能鎖住整張表。
67. 使查詢保持一致以便後續相似的查詢可以使用查詢快取。
68. 在適當的情形下使用group by而不是distinct。
69. 在where, group by和order by子句中使用有索引的列。
70. 保持索引簡單,不在多個索引中包含同乙個列。
71. 有時候mysql會使用錯誤的索引,對於這種情況使用use index。
72. 檢查使用sql_mode=strict的問題。
73. 對於記錄數小於5的索引字段，在union的時候使用limit不是是用or.
74. 為了 避免在更新前select，使用insert on duplicate key或者insert ignore ,不要用update去實現。
75. 不要使用 max,使用索引欄位和order by子句。
76. 避免使用order by rand().
77. limit m，n實際上可以減緩查詢在某些情況下，有節制地使用。
78. 在where子句中使用union代替子查詢。
79. 對於updates（更新），使用 share mode（共享模式），以防止獨佔鎖。
80. 在重新啟動的mysql，記得來溫暖你的資料庫，以確保您的資料在記憶體和查詢速度快。
81. 使用drop table，create table delete from從表中刪除所有資料。
82. 最小化的資料在查詢你需要的資料，使用*消耗大量的時間。
83. 考慮持久連線，而不是多個連線，以減少開銷。
84. 基準查詢，包括使用伺服器上的負載，有時乙個簡單的查詢可以影響其他查詢。
85. 當負載增加您的伺服器上，使用show processlist檢視慢的和有問題的查詢。
86. 在開發環境中產生的映象資料中 測試的所有可疑的查詢。
87. 從二級復**務器上進行備份。
88. 在進行備份期間停止複製，以避免在資料依賴和外來鍵約束上出現不一致。
89. 徹底停止mysql，從資料庫檔案進行備份。
90. 如果使用 mysql dump進行備份，請同時備份二進位制日誌檔案 – 確保複製沒有中斷。
91. 不要信任lvm 快照 – 這很可能產生資料不一致，將來會給你帶來麻煩。
92. 為了更容易進行單錶恢復，以表為單位匯出資料 – 如果資料是與其他表隔離的。
93. 當使用mysqldump時請使用 –opt。
94. 在備份之前檢查和優化表。
95. 為了更快的進行匯入，在匯入時臨時禁用外來鍵約束。
96. 為了更快的進行匯入，在匯入時臨時禁用唯一性檢測。
97. 在每一次備份後計算資料庫，表以及索引的尺寸，以便更夠監控資料尺寸的增長。
98. 通過自動排程指令碼監控複製例項的錯誤和延遲。
99. 定期執行備份。
100. 定期測試你的備份。
最後 101: 執行mysql 監控: monitis unveils the world』s first free on-demand mysql monitoring.
MySQL伺服器硬體和作業系統優化
1.擁有足夠的物理記憶體來把整個innodb檔案載入到記憶體中 在記憶體中訪問檔案時的速度要比在硬碟中訪問時快的多。2.不惜一切代價避免使用swap交換分割槽 交換時是從硬碟讀取的，它的速度很慢。3.使用電池供電的ram 注 ram即隨機儲存器 4.使用高階的raid 注 redundant arr...
MySQL伺服器硬體和作業系統優化
1.擁有足夠的物理記憶體來把整個innodb檔案載入到記憶體中 在記憶體中訪問檔案時的速度要比在硬碟中訪問時快的多。2.不惜一切代價避免使用swap交換分割槽 交換時是從硬碟讀取的，它的速度很慢。3.使用電池供電的ram 注 ram即隨機儲存器 4.使用高階的raid 注 redundant arr...
MySQL優化之一 伺服器硬體和作業系統
1 伺服器硬體優化 在挑選資料庫伺服器時，可以從以下幾個方面考慮 1 cpu 建議採用高效能的伺服器，如dell r7 r8或r9系列的伺服器。2 磁碟 資料庫伺服器最大的制約在於磁碟i o，如果有條件可以採用ssd固態硬碟，如果成本有限可以使用sas硬碟，在效能方面ssd sas sata。至於r...