innodb相關設定變數

來源:互聯網
上載者:User

| innodb_adaptive_hash_index | ON |是否開啟適應性hash索引
| innodb_additional_mem_pool_size | 1048576 |InnoDB用來儲存資料目錄資訊&其它內部資料結構的記憶體池的大小
| innodb_autoextend_increment | 8 |當自動擴充資料表空間被填滿之時,為擴充而增加的尺寸(MB為單位)
| innodb_autoinc_lock_mode | 1 |The locking mode to use for generating auto-increment values,The allowable values are 0, 1, or 2, for “traditional”, “consecutive”, or “interleaved” lock mode
| innodb_buffer_pool_size | 8388608 |緩衝池大小
| innodb_checksums | ON |InnoDB在所有對磁碟的頁面讀取上使用校正和驗證以確保額外容錯防止硬體損壞或資料檔案
| innodb_commit_concurrency | 0 |The number of threads that can commit at the same time
| innodb_concurrency_tickets | 500 |直到線程用盡了這個值,在再次進入innodb時才需要檢查
| innodb_data_file_path | ibdata1:10M:autoextend |innodb資料檔案
| innodb_data_home_dir |  |innodb檔案目錄
| innodb_doublewrite | ON |InnoDB儲存所有資料兩次,雙寫
| innodb_fast_shutdown | 1 |0,1,2 innodb在關閉時所要做的操作類型
| innodb_file_io_threads | 4 |InnoDB中檔案I/O線程的數量
| innodb_file_per_table | OFF |InnoDB用自己的.ibd檔案為儲存資料和索引建立每一個新表,而不是在共用資料表空間中建立
| innodb_flush_log_at_trx_commit | 1 |0,1,2日誌緩衝->記錄檔->磁碟的重新整理時機
| innodb_flush_method | |使用什麼方法來flush
| innodb_force_recovery | 0 |1-6當這個選項值大於零之時,InnoDB阻止使用者修改資料
| innodb_lock_wait_timeout | 50 |InnoDB事務在被復原之前可以等待一個鎖定的逾時秒數
| innodb_locks_unsafe_for_binlog | OFF |索引鎖+gap鎖(幻讀)
| innodb_log_buffer_size | 1048576 |InnoDB用來往磁碟上的記錄檔寫操作的緩衝區的大小
| innodb_log_file_size | 5242880 |在日誌組裡每個記錄檔的大小
| innodb_log_files_in_group | 2 |在日誌組裡記錄檔的數目
| innodb_log_group_home_dir | ./ |到InnoDB記錄檔的目錄路徑
| innodb_max_dirty_pages_pct | 90 |InnoDB中的主線程試著從緩衝池寫頁面,使得髒頁(沒有被寫的頁面)的百分比不超過這個值
| innodb_max_purge_lag | 0 |這個選項控制在淨化操作被滯後之時,如何延遲INSERT, UPDATE和DELETE操作。這個參數的預設值是零,意為無延遲InnoDB事務系統維持一個事務列表,該列表有被UPDATE或DELETE操作標誌為刪除的索引記錄。讓這個列表的長度為purge_lag。當purge_lag超過innodb_max_purge_lag之時,每個INSERT, UPDATE和DELETE操作延遲 ((purge_lag/innodb_max_purge_lag)*10)-5毫秒
| innodb_mirrored_log_groups | 1 |我們為資料庫保持的日誌組內同樣拷貝的數量
| innodb_open_files | 300 |在InnoDB中,這個選項僅與你使用多資料表空間時有關。它指定InnoDB一次可以保持開啟的.ibd檔案的最大數目
| innodb_rollback_on_timeout | OFF |InnoDB rolls back only the last statement on a transaction timeout by default. If --innodb_rollback_on_timeout is specified, a transaction timeout causes InnoDB to abort and roll back the entire transaction
| innodb_stats_on_metadata | ON |When this variable is enabled (which is the default, as before the variable was created), InnoDB updates statistics during metadata statements such as SHOW TABLE STATUS or SHOW INDEX, or when accessing the INFORMATION_SCHEMA tables TABLES or STATISTICS
| innodb_support_xa | ON |InnoDB support for two-phase commit in XA transactions is enabled
| innodb_sync_spin_loops | 20 |The number of times a thread waits for an InnoDB mutex to be freed before the thread is suspended
| innodb_table_locks | ON |InnoDB重視LOCK TABLES,直到所有其它線程已經釋放他們所有對錶的鎖定
| innodb_thread_concurrency | 8 |InnoDB試著保持作業系統線程的數量少於或等於這個參數給出的限制
| innodb_thread_sleep_delay | 10000 |How long InnoDB threads sleep before joining the InnoDB queue, in microseconds
| innodb_use_legacy_cardinality_algorithm | ON |是否可使用原始的random cardinality演算法

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.