如何新增 mysql5 5 執行記憶體

現代人力資源管理包括八個模組：人力資源規劃、人員招聘和調配、培訓開發與實施、績效考核與實施、薪酬與福利、人事管理、職業管理和員工關係管理。

[client]

port = 3306

socket = /tmp/

mysqld]

port = 3306

socket = /tmp/

basedir = /usr/local/mysqldatadir = /data/mysqlpid-file = /data/mysql/user = mysql

bind-address =

server-id = 1 表示機器的序號為 1，一般表示 master。

如果之前已經安裝過，預設配置如下：

預設配置引數：

金鑰緩衝區大小：16mmax 允許的資料包：1mtable 開啟快取：64

sort_buffer_size：512knet_buffer_length：8k

但往往假死，在網際網絡上找很多優化的配置方案似乎也沒用。 更改後，問題得到了明顯的改善，預設配置如下：

金鑰緩衝區大小 = 16mmax 允許的資料包 = 1mtable 開放快取 = 32排序緩衝區大小 = 512knet 緩衝區長度 = 8K，所以我個人推薦 1g 或以下的機器，不要安裝或更高。 當然，如果你是優化大師，也可以告訴我如何優化它，讓它更適合在1G記憶體的機器上執行，非常感謝！

我們仍然使用兩個會話，乙個會話執行，用於執行主 SQL; 另乙個會話 ps，用於觀察效能架構：

在效能架構中重置統計資訊，臨時表的表大小限制取決於引數 tmp table size 和 max heap table size 中的較小者，我們在實驗中以設定最大堆表大小為例。

我們將會話級時態表大小設定為 2M（小於上乙個實驗中時態表使用的空間）並執行 sql：using 時態表

檢視記憶體分配記錄：

我們會發現記憶體分配略大於2m，我們猜測臨時表會消耗比配置多一點，可以忽略不計。

檢視語句的特徵值：

您可以看到該語句使用了乙個需要刪除一次的臨時表。

那麼這個臨時表使用了多少磁碟呢？

重做實驗，跳過它。

然後檢視效能架構的統計值：

可以看到以下幾種現象：

1.臨時表空間將寫入 。

2.此資料在語句寫入後緩慢而逐漸地寫入。

可以看到寫入資料的執行緒是頁面乾淨執行緒，這是乙個髒操作，這樣你就可以理解為什麼資料寫入速度很慢。

您還可以看到每個 IO 操作的大小為 16K，也就是刷資料頁的操作。

結論：正如我們所看到的，1MySQL基本遵循最大堆表大小設定，當記憶體不足時，直接將表轉移到磁碟進行儲存。

2.由於引擎不同（記憶體中表引擎是 HEAP，磁碟中表引擎遵循內部 TMP 磁碟儲存引擎的配置），本實驗中寫入磁碟的資料量與實驗 05 中記憶體中使用的資料量不同。

3.如果臨時表使用磁碟，並且表引擎配置為 innodb，即使臨時表在短期 SQL 語句中使用，使用後釋放，釋放後也會刷到磁碟上，消耗部分 I/O。