命令： show processlist;?如果是root帳號，你能看到所有用戶的當前連接。如果是其它普通帳號，只能看到自己占用的連接。?show processlist;只列出前100條，如果想全列出請使用show full processlist;

mysql> show processlist;

命令： show status;

命令：show status like '%下面變量%';

Aborted_clients 由于客戶沒有正確關閉連接已經死掉，已經放棄的連接數量。

Aborted_connects 嘗試已經失敗的MySQL服務器的連接的次數。

Connections 試圖連接MySQL服務器的次數。

Created_tmp_tables 當執行語句時，已經被創造了的隱含臨時表的數量。

Delayed_insert_threads 正在使用的延遲插入處理器線程的數量。

Delayed_writes 用INSERT DELAYED寫入的行數。

Delayed_errors 用INSERT DELAYED寫入的發生某些錯誤(可能重復鍵值)的行數。

Flush_commands 執行FLUSH命令的次數。

Handler_delete 請求從一張表中刪除行的次數。

Handler_read_first 請求讀入表中第一行的次數。

Handler_read_key 請求數字基于鍵讀行。

Handler_read_next 請求讀入基于一個鍵的一行的次數。

Handler_read_rnd 請求讀入基于一個固定位置的一行的次數。

Handler_update 請求更新表中一行的次數。

Handler_write 請求向表中插入一行的次數。

Key_blocks_used 用于關鍵字緩存的塊的數量。

Key_read_requests 請求從緩存讀入一個鍵值的次數。

Key_reads 從磁盤物理讀入一個鍵值的次數。

Key_write_requests 請求將一個關鍵字塊寫入緩存次數。

Key_writes 將一個鍵值塊物理寫入磁盤的次數。

Max_used_connections 同時使用的連接的最大數目。

Not_flushed_key_blocks 在鍵緩存中已經改變但是還沒被清空到磁盤上的鍵塊。

Not_flushed_delayed_rows 在INSERT DELAY隊列中等待寫入的行的數量。

Open_tables 打開表的數量。

Open_files 打開文件的數量。

Open_streams 打開流的數量(主要用于日志記載)

Opened_tables 已經打開的表的數量。

Questions 發往服務器的查詢的數量。

Slow_queries 要花超過long_query_time時間的查詢數量。

Threads_connected 當前打開的連接的數量。

Threads_running 不在睡眠的線程數量。

Uptime 服務器工作了多少秒。

My.ini配置 虛擬內存

innodb_buffer_pool_size=576M?? ->128M InnoDB引擎緩沖區

query_cache_size=100M????? ?????? ->32?查詢緩存

tmp_table_size=102M????????????? ??? ->32M 臨時表大小

key_buffer_size=16m?????????????? ?? ->8M

設置max_connections

命令：show variables like '%max_connections%'(這個辦法在debian＋mysql? Ver 12.22 Distrib 4.0.22, for pc-linux (i386)

里實驗了)

設置辦法是在my.cnf文件中，添加下面的最后紅色的一行：

--------------------------------------------------------------------------------

[mysqld]

port=3306

#socket=MySQL

skip-locking

set-variable = key_buffer=16K

set-variable = max_allowed_packet=1M

set-variable = thread_stack=64K

set-variable = table_cache=4

set-variable = sort_buffer=64K

set-variable = net_buffer_length=2K

set-variable = max_connections=32000

(在院里的DELL機器mysql4.0里的語法不同

max_connecionts=2000

直接這么寫就好了

)

--------------------------------------------------------------------------------

修改完畢后，重啟MySQL即可。當然，為了確保設置正確，應該查看一下max_connections。

注意：

1、雖然這里寫的32000。但實際MySQL服務器允許的最大連接數16384；

2、除max_connections外，上述其他配置應該根據你們系統自身需要進行配置，不必拘泥；

3、添加了最大允許連接數，對系統消耗增加不大。

4、如果你的mysql用的是my.ini作配置文件，設置類似，但設置的格式要稍作變通。

用mysqld --help 可以查看到max_connections 變量。

或者 mysql -uuser -p后mysql>show variables;

也會看到max_connections 。

下面是修改張老師 的redhat9的方法：

先是mysql -uw01f -p

mysql>show variables;

看到max_connections 為100

mysql>exit;

vi /etc/my.cnf

[mysqld]

set-variable=max_connections=250? #加入這些內容

:wq

/etc/init.d/mysqld restart

好了，行了。

MySQL服務器的連接數并不是要達到最大的100%為好，還是要具體問題具體分析，下面就對MySQL服務器最大連接數的合理設置進行了詳盡的分析，供您參考。

我們經常會遇見“MySQL: ERROR 1040: Too many connections”的情況，一種是訪問量確實很高，MySQL服務器抗不住，這個時候就要考慮增加從服務器分散讀壓力，另外一種情況是MySQL配置文件中max_connections值過小：

mysql> show variables like 'max_connections';

+-----------------+-------+

| Variable_name | Value |

+-----------------+-------+

| max_connections | 256 |

+-----------------+-------+

這臺MySQL服務器最大連接數是256，然后查詢一下服務器響應的最大連接數：

mysql> show global status like 'Max_used_connections';

MySQL服務器過去的最大連接數是245，沒有達到服務器連接數上限256，應該沒有出現1040錯誤，比較理想的設置是：

Max_used_connections / max_connections * 100% ≈ 85%

最大連接數占上限連接數的85%左右，如果發現比例在10%以下，MySQL服務器連接上線就設置得過高了。

本文轉自謝無賴51CTO博客，原文鏈接：?http://blog.51cto.com/xieping/1569667，如需轉載請自行聯系原作者

總結

以上是生活随笔為你收集整理的mysql用户连接数_mysql用户连接数的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。