根據說的,mysql 5.6開始將丟棄三個配置檔案中的引數,分別是:
thread_concurrency, innodb_additional_mem_pool_size, innodb_use_sys_malloc
1)thread_concurrency這個是給舊版本的solaris用的,在新的solaris 11中已經不用了,從5.6.1開始丟棄這個引數
2)innodb_additional_mem_pool_size:
這個引數原來的用法如下:
這個引數用來設定 innodb 儲存的資料目錄資訊和其它內部資料結構的記憶體池大小。應用程式裡的表越多，你需要在這裡分配越多的記憶體。對於乙個相對穩定的應用，這個引數的大小也是相對 穩定的，也沒有必要預留非常大的值。如果 innodb 用光了這個池內的記憶體， innodb 開始從作業系統分配記憶體，並且往 mysql 錯誤日誌寫警告資訊。預設值是 1mb ，當發現錯誤日誌中已經有相關的警告資訊時，就應該適當的增加該引數的大小。
但從mysql 5.6.3開始,不再需要這個引數了.
3)innodb_use_sys_malloc這個引數,含義為:
作業系統記憶體分配程式使用控制——使用者現在可以控制，innodb是使用自帶的記憶體分配程式，還是使用當前部署的作業系統中現有的更高效的記憶體分配程式。通過在mysql 5.5 選項檔案(my.cnf)中設定新的系統配置引數innodb_use_sys_malloc，可方便地進行控制。
預設設定值為1，
設定為0：表示innodb使用自帶的記憶體分配程式。
設定為1：表示innodb使用作業系統的記憶體分配程式。
但隨著mysql 的進步和各作業系統的進步,從mysql 5.6.3開始,則不需要再使用這個引數了,
如果目前使用的是5.1,innodb plugin, 5.5 or 5.6 則建議使用的引數值為1
MySQL 5 6原始碼編譯碰到的乙個問題
mysql 5.6使用cmake作為編譯配置工具，筆者在centos 6.5上進行mysql 5.6.21 community server原始碼編輯時，碰到了乙個初級問題，現在重新回顧一下整個過程。首先，筆者使用以下命令執行編譯配置。cmake dcmake install prefix u01 ...
提高MySQL查詢效率的三個技巧
mysql由於它本身的小巧和操作的高效,在資料庫應用中越來越多的被採用.我在開發乙個p2p應用的時候曾經使用mysql來儲存p2p節點,由於p2p的應用中,結點數動輒上萬個,而且節點變化頻繁,因此一定要保持查詢和插入的高效.以下是我在使用過程中做的提高效率的三個有效的嘗試.使用statement進行...
提高MySQL 查詢效率的三個技巧
提高mysql 查詢效率的三個技巧 發表日期 2007 11 05 更新日期 2007 11 05 作者文章閱讀次數 1988 源自 浮世草子 個人 標籤 資料庫 您認為本文應該得 123 45共有5人參與打分 列印 收藏 討論 投訴 249b414e 3dd4 4920 8b7c 16725710...