MYSQL max_user_connections back_log max_connections參數(shù)和Max_used_connections

原創(chuàng)請注明出處

1、max_user_connections
max_user_connections這個參數(shù)是單個用戶允許連接的最大會話數(shù)量，在建立用戶的時候也有類似的限制，這里僅僅說的是這個參數(shù)

下面是官方文檔說明：
The maximum number of simultaneous connections permitted to any given MySQL user account. A
value of 0 (the default) means “no limit.”
This variable has a global value that can be set at server startup or runtime. It also has a read-only
session value that indicates the effective simultaneous-connection limit that applies to the account
associated with the current session. The session value is initialized as follows:
? If the user account has a nonzero MAX_USER_CONNECTIONS resource limit, the session
max_user_connections value is set to that limit.
? Otherwise, the session max_user_connections value is set to the global value.

報錯如下：
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1203 (42000): User root already has more than 'max_user_connections' active connections

2、max_connections
max_connections:這個參數(shù)是MYSQL服務(wù)端允許的最大連接會話數(shù)量，沒什么好說的
下面是官方文檔說明:
The maximum permitted number of simultaneous client connections. By default, this is 151. See
Section B.5.2.7, “Too many connections”, for more information.
Increasing this value increases the number of file descriptors that mysqld requires. If the required
number of descriptors are not available, the server reduces the value of max_connections. See
Section 9.4.3.1, “How MySQL Opens and Closes Tables”, for comments on file descriptor limits.

測試也非常簡單報錯如下:
[root@testmy ~]#  /mysqldata/mysql5.7/bin/mysql --socket=/mysqldata/mysql5.7/mysqld3307.sock -utestmy -pGelc123123
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1040 (HY000): Too many connections

3、Max_used_connections 、Max_used_connections_time 
這里還大概說一下

mysql> show global status like '%max%';
+-----------------------------------+---------------------+
| Variable_name                     | Value               |
+-----------------------------------+---------------------+
| Max_used_connections              | 7                   |
| Max_used_connections_time         | 2017-05-10 17:10:56 |

這兩個狀態(tài)說的是MYSQL SERVER自上次啟動起來最大連接數(shù)量和發(fā)生的時間，和上面講參數(shù)沒任何關(guān)系。

? Max_used_connections
The maximum number of connections that have been in use simultaneously since the server started.
? Max_used_connections_time
The time at which Max_used_connections reached its current value. This variable was added in
MySQL 5.7.5

4、back_log
back_log:這個參數(shù)的解釋相對于比較復(fù)雜和難以理解，難以理解是因為大多DBA對LINUX下C編程不熟悉，
這個參數(shù)說的就是sokcet編程中的listen調(diào)用的時候使用形參back_log
函數(shù)原型
int listen(int sockfd, int backlog);          
man page中描述:
DESCRIPTION
       listen() marks the socket referred to by sockfd as a passive socket, that is, as a socket that will be used to accept incoming connection requests using accept(2).
       The sockfd argument is a file descriptor that refers to a socket of type SOCK_STREAM or SOCK_SEQPACKET.
       The  backlog argument defines the maximum length to which the queue of pending connections for sockfd may grow.  If a connection request arrives when the queue is full, the client may receive an error with
       an indication of ECONNREFUSED or, if the underlying protocol supports retransmission, the request may be ignored so that a later reattempt at connection succeeds.
RETURN VALUE
       On success, zero is returned.  On error, -1 is returned, and errno is set appropriately.
sockfd沒什么好說的create的時候返回的scoket文件描述符，這里的backlog實際上是一個未決連接的一個隊列，如果超過可能值會返回ECONNREFUSED的一個錯誤，但是如果底層協(xié)議支持retransmission,
,這個錯誤將被忽略然后再次嘗試知道成功。它取決于LINUX系統(tǒng)設(shè)置/proc/sys/net/core/somaxconn和函數(shù)backlog的小值當然LINUX系統(tǒng)默認這個值是128.
下面是MYSQL官方文檔描述：
The number of outstanding connection requests MySQL can have. This comes into play when the
main MySQL thread gets very many connection requests in a very short time. It then takes some
time (although very little) for the main thread to check the connection and start a new thread. The
back_log value indicates how many requests can be stacked during this short time before MySQL
momentarily stops answering new requests. You need to increase this only if you expect a large number
of connections in a short period of time.
In other words, this value is the size of the listen queue for incoming TCP/IP connections. Your operating
system has its own limit on the size of this queue. The manual page for the Unix listen() system
call should have more details. Check your OS documentation for the maximum value for this variable.
back_log cannot be set higher than your operating system limit
實際上它說在有大量連接時候，可能出現(xiàn)這樣的問題，這里使用了一個short time來描述，也明確告訴你這個
參數(shù)和 Unix listen() system調(diào)用有關(guān)。
MYSQL listen 函數(shù)調(diào)用棧為

點擊(此處)折疊或打開

1. #0 0x0000003ca5ee9880 in listen () from /lib64/libc.so.6
   
2. #1 0x00000000016e3482 in inline_mysql_socket_listen (src_file=0x21c5f30 "/root/mysql5.7.14/percona-server-5.7.14-7/sql/conn_handler/socket_connection.cc", src_line=522, mysql_socket=..., backlog=2)
   
3.     at /root/mysql5.7.14/percona-server-5.7.14-7/include/mysql/psi/mysql_socket.h:1084
   
4. #2 0x00000000016e5b1b in TCP_socket::get_listener_socket (this=0x7fffffffdb40) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/conn_handler/socket_connection.cc:522
   
5. #3 0x00000000016e41d8 in Mysqld_socket_listener::setup_listener (this=0x339d550) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/conn_handler/socket_connection.cc:808
   
6. #4 0x0000000000ecefed in Connection_acceptor<Mysqld_socket_listener>::init_connection_acceptor (this=0x2fd4a90) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/conn_handler/connection_acceptor.h:55
   
7. #5 0x0000000000ec089d in network_init () at /root/mysql5.7.14/percona-server-5.7.14-7/sql/mysqld.cc:1864
   
8. #6 0x0000000000ec6594 in mysqld_main (argc=52, argv=0x2e97438) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/mysqld.cc:5103
   
9. #7 0x0000000000ebd344 in main (argc=9, argv=0x7fffffffe3f8) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/main.cc:25

我們一般編程的時候會這樣寫：





但是具體代表什么我們還是要參考LINUX 系統(tǒng)編程手冊和實際編程的模型我們先來看這樣一張圖


我刻意講一部分中文內(nèi)容截取出來更加方便大家理解。
當服務(wù)端忙于處理其他客戶端的時候listen()和accept()之間的這種非原子化的流程消耗的時間將會放大，一般來說這里是很短的一段的時間，也就是
MYSQL官方手冊說的short time，在這里的客戶端connect()過來，還沒到服務(wù)端accept()函數(shù)調(diào)用這個時候?qū)M入未決連接請求隊列，有了這個基礎(chǔ)
我們來梳理一下這個流程
MYSQL connect()-->>服務(wù)端listen()-->>進入未決連接隊列-->>服務(wù)端accpet()-->>建立連接傳輸交互
那么這個參數(shù)實際控制的是一種阻塞，如果我設(shè)置back_log為2，那么同時進入未決連接隊列的連接就是2，這個時候如果這兩個連接都還沒有accpet()
完成那么，又來的新連接只有等待進入這個隊列，就是一種阻塞。

這種問題實在不好測試，我使用程序講back_log設(shè)置1模擬了一下大量連接，確實可能出現(xiàn)堵塞問題，但是沒找到如何查看back_log當前未決連接個數(shù)的輸出，
所以說服力也就有限，所以先放到這里，如果以后找到方法模擬一下。

下面資料轉(zhuǎn)自網(wǎng)絡(luò)
http://blog.chinaunix.net/uid-24782829-id-3456109.html
listen函數(shù)僅由TCP服務(wù)器調(diào)用，它做兩件事情：
1、當socket函數(shù)創(chuàng)建一個套接口時，它被假設(shè)為一個主動套裝口，也就是說，它是一個將調(diào)用connet發(fā)起連接的客戶套接口。listen函數(shù)把一個未連接的套接口轉(zhuǎn)換成一個被動套接口，指示內(nèi)核應(yīng)接受指向該套接口的連接請求。根據(jù)TCP狀態(tài)轉(zhuǎn)換圖，調(diào)用listen導致套接口從CLOSED狀態(tài)轉(zhuǎn)換到LISTEN狀態(tài)。
2、本函數(shù)的第二個參數(shù)規(guī)定了內(nèi)核應(yīng)該為相應(yīng)套接口排隊的最大連接個數(shù)。
    為了更好的理解backlog參數(shù)，我們必須認識到內(nèi)核為任何一個給定的監(jiān)聽套接口維護兩個隊列：
1、未完成連接隊列（incomplete connection queue），每個這樣的SYN分節(jié)對應(yīng)其中一項：已由某個客戶發(fā)出并到達服務(wù)器，而服務(wù)器正在等待完成相應(yīng)的TCP三路握手過程。這些套接口處于SYN_RCVD狀態(tài)。
2、已完成連接隊列（completed connection queue），每個已完成TCP三路握手過程的客戶對應(yīng)其中一項。這些套接口處于ESTABLISHED狀態(tài)。
      當來自客戶的SYN到達時，TCP在未完成連接隊列中創(chuàng)建一個新項，然后響應(yīng)以三路握手的第二個分節(jié)：服務(wù)器的SYN響應(yīng)，其中稍帶對客戶SYN的ACK（即SYN+ACK）。這一項一直保留在未完成連接隊列中，直到三路握手的第三個分節(jié)（客戶對服務(wù)器SYN的ACK）到達或者該項超時為止（曾經(jīng)源自Berkeley的實現(xiàn)為這些未完成連接的項設(shè)置的超時值為75秒）。如果三路握手正常完成，該項就從未完成連接隊列移到已完成連接隊列的隊尾。當進程調(diào)用accept時，已完成連接隊列中的隊頭項將返回給進程，或者如果該隊列為空，那么進程將被投入睡眠，直到TCP在該隊列中放入一項才喚醒它。
未完成隊列（incomplete connection queue）的長度現(xiàn)在由/proc/sys/net/ipv4/tcp_max_syn_backlog設(shè)置，在現(xiàn)在大多數(shù)最新linux內(nèi)核都是默認512，這個設(shè)置有效的前提是系統(tǒng)的syncookies功能被禁用，如果系統(tǒng)的syncookies功能被啟用，那么這個設(shè)置是無效的。Syncookies是在內(nèi)核編譯的時候設(shè)置的，查看syncookies是否啟動：
cat  /proc/sys/net/ipv4/tcp_syncookies
如果是“1”說明已啟用，為“0”說明未啟用。
那么為syncookies是做什么的呢，為什么它會和未完成隊列有關(guān)系。簡單的說它是為防范SYN Flood攻擊的設(shè)計。具體請參考“syncookies介紹”（http://baike.baidu.com/view/9033755.htm）。
繼續(xù)看backlog，如果我們給listen的backlog參數(shù)設(shè)值超過了/proc/sys/net/core/somaxconn，那么backlog參數(shù)的值為自動被改寫為/proc/sys/net/core/somaxconn的值，它的默認大小為128.

作者微信：