myisam和innodb優化：
key_buffer_size - 這對myisam表來說非常重要。如果只是使用myisam表，可以把它設定為可用記憶體的 30-40%。合理的值取決於索引大小、資料量以及負載 -- 記住，myisam表會使用作業系統的快取來快取資料，因此需要留出部分記憶體給它們，很多情況下資料比索引大多了。儘管如此，需要總是檢查是否所有的 key_buffer 都被利用了 -- .myi 檔案只有 1gb，而 key_buffer 卻設定為 4gb 的情況是非常少的。這麼做太浪費了。如果你很少使用myisam表，那麼也保留低於 16-32mb 的 key_buffer_size 以適應給予磁碟的臨時表索引所需。
innodb_buffer_pool_size - 這對innodb表來說非常重要。innodb相比myisam表對緩衝更為敏感。myisam可以在預設的 key_buffer_size 設定下執行的可以，然而innodb在預設的innodb_buffer_pool_size 設定下卻跟蝸牛似的。由於innodb把資料和索引都快取起來，無需留給作業系統太多的記憶體，因此如果只需要用innodb的話則可以設定它高達 70-80% 的可用記憶體。一些應用於 key_buffer 的規則有 -- 如果你的資料量不大，並且不會暴增，那麼無需把innodb_additional_pool_size - 這個選項對效能影響並不太多，至少在有差不多足夠記憶體可分配的作業系統上是這樣。不過如果你仍然想設定為 20mb(或者更大)，因此就需要看一下innodb其他需要分配的記憶體有多少。
innodb_log_file_size 在高寫入負載尤其是大資料集的情況下很重要。這個值越大則效能相對越高，但是要注意到可能會增加恢復時間。我經常設定為 64-512mb，跟據伺服器大小而異。
innodb_log_buffer_size 預設的設定在中等強度寫入負載以及較短事務的情況下，伺服器效能還可以。如果存在更新操作峰值或者負載較大，就應該考慮加大它的值了。如果它的值設定太高了，可能會浪費記憶體 -- 它每秒都會重新整理一次，因此無需設定超過1秒所需的記憶體空間。通常 8-16mb 就足夠了。越小的系統它的值越小。
innodb_flush_logs_at_trx_commit 是否為innodb比myisam慢1000倍而頭大？看來也許你忘了修改這個引數了。預設值是 1，這意味著每次提交的更新事務（或者每個事務之外的語句）都會重新整理到磁碟中，而這相當耗費資源，尤其是沒有電池備用快取時。很多應用程式，尤其是從 myisam轉變過來的那些，把它的值設定為 2 就可以了，也就是不把日誌重新整理到磁碟上，而只重新整理到作業系統的快取上。日誌仍然會每秒重新整理到磁碟中去，因此通常不會丟失每秒1-2次更新的消耗。如果設定為 0 就快很多了，不過也相對不安全了 -- mysql伺服器崩潰時就會丟失一些事務。設定為 2 指揮丟失重新整理到作業系統快取的那部分事務。
thread_cache -- 執行緒的建立和銷毀的開銷可能很大，因為每個執行緒的連線/斷開都需要。我通常至少設定為 16。如果應用程式中有大量的跳躍併發連線並且 threads_created 的值也比較大，那麼我就會加大它的值。它的目的是在通常的操作中無需建立新執行緒。
query_cache -- 如果你的應用程式有大量讀，而且沒有應用程式級別的快取，那麼這很有用。不要把它設定太大了，因為想要維護它也需要不少開銷，這會導致mysql變慢。通常設定為 32-512mb。設定完之後最好是跟蹤一段時間，檢視是否執行良好。在一定的負載壓力下，如果快取命中率太低了，就啟用它。
sort_buffer_size --如果你只有一些簡單的查詢，那麼就無需增加它的值了，儘管你有64gb 的記憶體。搞不好也許會降低效能
優化mysql資料庫的方法:
1,選取最適用的字段屬性,盡可能減少定義字段長度,盡量把字段設定not null,例如'省份,性別',最好設定為enum
2，使用join代替子查詢
3，使用聯合(union)來代替手動建立的臨時表
4，事務處理（保證資料完整性,例如新增和修改同時,兩者成立則都執行,一者失敗都失敗）
5，適當建立索引（如何建立索引？索引的利與弊？）
6，優化sql語句
7，explain可以看到mysql執行計畫
8，分表（垂直分表，水平分表？）
資料庫優化 資料庫設計優化
一 索引優化 1.首先索引不是越多越好，要視情況而定。因為索引會降低insert和update的效率 insert和update有時可能會重建索引。2.乙個表的索參數量最好不要超過6個，擇優而建。3.專案上線後，根據使用者的查詢條件字段稍微調整資料庫中的字段索引。二 分表 1.縱切 根據表字段來且分...
資料庫引擎優化顧問優化資料庫
現在一直在做的專案，資料量相對也不小，開始的時候沒有覺得，因為是剛開始，資料量還很小，在程式使用過程中速度還挺快，但是隨著資料量的不停的增長，發現程式越來越慢，甚至出現了超時的問題，因此要對程式和資料庫進行優化，前期專案比較緊，沒有針對大資料量業務進行分析設計，所以索引等相關優化沒有做到位，通過後期...
資料庫優化
資料庫優化 1 合理使用索引 索引是資料庫中重要的資料結構，它的根本目的就是提高查詢效率。索引的使用要恰到好處，其使用原則如下 在經常進行連線，但是沒有指定為外來鍵的列上建立索引，而不經常連線的字段則由優化器自動生成索引 在頻繁進行排序或分組 即進行groupby或orderby操作 的列上建立索引...