Server System Variables（系統變量）
MySQL系統變量(system variables)是指MySQL實例的各種系統變量，實際上是一些系統參數，用於初始化或設定數據庫對系統資源的占用，文件存放位置等等，這些變量包含MySQL編譯時的參數默認值，或者my.cnf配置文件里配置的參數值。默認情況下系統變量都是小寫字母。
作用域范圍
系統變量（system variables）按作用域范圍可以分為會話級別系統變量和全局級別系統變量。如果要確認系統變量是全局級別還是會話級別，如果Scope其值為GLOBAL或SESSION，表示變量既是全局級別系統變量，又是會話級別系統變量。如果其Scope其值為GLOBAL，表示系統變量為全局級別系統變量。
系統級別
查看系統變量的全局值
select * from information_schema.global_variables;
select * from information_schema.global_variables
where variable_name='xx';
select * from performance_schema.global_variables;
會話級別
查看系統變量的當前會話值
select * from information_schema.session_variables;
select * from information_schema.session_variables where variable_name='xxxx';
select * from performance_schema.session_variables;
區分變量和操作變量
SELECT @@global.sql_mode, @@session.sql_mode, @@sql_mode;
mysql> show variables like '%connect_timeout%';
mysql> show local variables like '%connect_timeout%';
mysql> show session variables like '%connect_timeout%';
mysql> show global variables like '%connect_timeout%';
注意：對於SHOW VARIABLES，如果不指定GLOBAL、SESSION或者LOCAL，MySQL返回SESSION值。
如果某一個系統變量是全局級別的，那么在當前會話的值也就是全局級別的值。例如系統變量AUTOMATIC_SP_PRIVILEGES，它是一個全局級別系統變量，但是 show session variables like '%automatic_sp_privileges%'一樣能查到其值。
如果要區分系統變量是全局還是會話級別，可以用下面方式：
方法1： 查官方文檔中系統變量的Scope屬性。
方法2： 使用SET VARIABLE_NAME=xxx; 如果報ERROR 1229 (HY000)，則表示該變量為全局，如果不報錯，那么證明該系統變量為全局和會話兩個級別。
修改全局級別系統變量
SET GLOBAL max_connections=300;
SET @@global.max_connections=300;
注意：更改全局變量的值，需要擁有SUPER權限
修改會話級別系統變量
SET @@session.max_join_size=DEFAULT;
SET max_join_size=DEFAULT; --默認為會話變量。如果在變量名前沒有級別限定符，表示修改會話級變量。
SET SESSION max_join_size=DEFAULT;
如果修改系統全局變量沒有指定GLOBAL或@@global的話，就會報“Variable 'xxx' is a GLOBAL variable and should be set with SET GLOBAL”這類錯誤。
動態變量靜態變量
系統變量（system variables）按是否可以動態修改，可以分為系統動態變量(Dynamic System Variables)和系統靜態變量。怎么區分系統變量是動態和靜態的呢？ 這個只能查看官方文檔，系統變量的"Dynamic"屬性為Yes，則表示可以動態修改。
有些系統變量是只讀的，不能修改的。如下所示：
mysql> set global innodb_version='5.6.21';
ERROR 1238 (HY000): Variable 'innodb_version' is a read only variable
Server Status Variables(服務器狀態變量）
MySQL狀態變量（Server Status Variables）是當前服務器從啟動后累計的一些系統狀態信息，例如最大連接數，累計的中斷連接等等，主要用於評估當前系統資源的使用情況以進一步分析系統性能而做出相應的調整決策。狀態變量是動態變化的。
狀態變量是只讀的：只能由MySQL服務器本身設置和修改，對於用戶來說是只讀的，不可以通過SET語句設置和修改它們，而系統變量則可以隨時修改。
狀態變量也分為會話級與全局級別狀態信息。
有些狀態變量可以用FLUSH STATUS語句重置為零值。
查看狀態變量
關於查看狀態變量，show status也支持like匹配查詢。如下所示：
show status like '%variable_name%'
show global status like '%variable_name%'
#當前測試環境
mysql> select version() from dual;
mysql> show status; --查看所有的狀態變量
mysql> show global status like 'Aborted_connects%';
mysql> show session status like 'Aborted_connects%';
mysql> select * from information_schema.global_status;
ERROR 3167 (HY000): The 'INFORMATION_SCHEMA.GLOBAL_STATUS' feature is disabled; see the documentation for 'show_compatibility_56'
mysql> show variables like '%show_compatibility_56%';
查出來是flase。
mysql> set global show_compatibility_56=on;
mysql> select * from information_schema.global_status;
這樣就可以查詢了。
select * from performance_schema.global_status;
select * from performance_schema.session_status;
注意：MySQL 5.7以后系統變量和狀態變量需要從performance_schema中進行獲取，information_schema仍然保留了GLOBAL_STATUS，GLOBAL_VARIABLES兩個表做兼容，如果希望沿用information_schema中進行查詢的習慣，5.7提供了show_compatibility_56參數，設置為ON可以兼容5.7之前的用法，否則就會報錯（ERROR 3167 (HY000)）.
User-Defined Variables（用戶自定義變量）
用戶自定義變量就是用戶自己定義的變量。
用戶自定義變量是基於當前會話的。 也就是說用戶自定義變量的作用域局限於當前會話（連接），由一個客戶端定義的用戶自定義變量不能被其他客戶端看到或使用。
例外：可以訪問performance_schema.user_variables_by_thread表的用戶可以看到所有會話的定義的用戶自定義變量，當然僅僅能看到那些會話定義了哪些變量，而不能訪問這些變量。
當客戶端會話退出時，當前會話所有的自定義變量都會自動釋放。
一般可以在SQL語句將值存儲在用戶自定義變量中，然后再利用另一條SQL語句來查詢用戶自定義變量。這樣以來，可以在不同的SQL間傳遞值。
用戶自定義變量是大小寫不敏感的，最大長度為64個字符，用戶自定義變量的形式一般為@var_name，其中變量名稱由字母、數字、“.”、“_”和“$”組成。當然，在以字符串或者標識符引用時也可以包含其他特殊字符（例如：@'my-var'，@"my-var"，或者@`my-var`）。。使用SET設置變量時，可以使用“=”或者“:=”操作符進行賦值。對於SET，可以使用=或:=來賦值，對於SELECT只能使用:=來賦值。
如下所示：
mysql> set @$test1="test";
mysql> select @$test1 from dual;
mysql> select connection_id() from dual; 返回當前連接id。149379
mysql> SELECT c.id, b.thread_id FROM performance_schema.threads b join information_schema.processlist c ON b.processlist_id = c.id where c.id=149379;
+--------+-----------+
| id | thread_id |
+--------+-----------+
| 149379 | 149404 |
+--------+-----------+
1 row in set (0.00 sec)
mysql> select * from performance_schema.user_variables_by_thread;
+-----------+---------------+----------------+
| THREAD_ID | VARIABLE_NAME | VARIABLE_VALUE |
+-----------+---------------+----------------+
| 149404 | my_test | 1200 |
+-----------+---------------+----------------+
1 row in set (0.00 sec)
用戶自定義變量注意事項，以下為總結：
1：未定義的用戶自定義變量初始值是NULL
mysql> select @kerry from dual;
注意：使用未定義變量不會產生任何語法錯誤，由於其被初始化為NULL值，如果沒有意識到這一點，非常容易犯錯。
如下所示：
mysql> select @num1, @num2 :=@num1+1 from dual;
+-------+-----------------+
| @num1 | @num2 :=@num1+1 |
+-------+-----------------+
| NULL | NULL |
+-------+-----------------+
2：用戶變量名對大小寫不敏感。
3：自定義變量的類型是一個動態類型。MySQL中用戶自定義變量，不嚴格限制數據類型的，它的數據類型根據你賦給它的值而隨時變化。而且自定義變量如果賦予數字值，是不能保證進度的。
4：賦值的順序和賦值的時間點並不總是固定的，這依賴於優化器的決定。
使用用戶自定義變量的一個最常見的問題就是沒有注意到在賦值和讀取用戶自定義變量的時候可能是在查詢的不同階段。
例如，在SELECT語句中進行賦值然后再WHERE子句中讀取用戶自定義變量，則可能用戶自定義變量取值並不不是你所想象的那樣。
如下例子所示，因為按照MySQL語句的執行順序，WHERE部分優先與SELECT部分操作，所以你會看到msgid 和 @rownum的最大值為6.
mysql> select msgid from message order by msgid limit 12; +-------+ | msgid | +-------+ | 1 | | 2 | | 3 | | 4 | | 5 | | 6 | | 7 | | 11 | | 12 | | 13 | | 18 | | 19 | +-------+ 12 rows in set (0.00 sec) mysql> set @rownum := 0; Query OK, 0 rows affected (0.00 sec) mysql> select msgid , @rownum := @rownum +1 as rownum from message where @rownum <=5; +-------+--------+ | msgid | rownum | +-------+--------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | | 4 | 4 | | 5 | 5 | | 6 | 6 | +-------+--------+ 6 rows in set (0.00 sec) mysql> select msgid , @rownum := @rownum +1 as rownum from messagewhere @rownum <=5; Empty set (0.00 sec) mysql> select @rownum from dual; +---------+ | @rownum | +---------+ | 6 | +---------+ 1 row in set (0.00 sec)
如上所示，第二次查詢可能你想要的邏輯跟實際邏輯已經出現了偏差，這個是使用自定義變量需要小心的地方。因為用戶自定義變量在當前會話中也算一個“全局變量”，它已經變成了6，where條件后面的 @rownum <= 5 邏輯為false了。一不小小心就會出現和你預想的結果出現偏差。
不要在同一個非SET語句中同時賦值並使用同一個用戶自定義變量，因為WHERE和SELECT是在查詢執行的不同階段被執行的。
如果在查詢中再加入ORDER BY的話，結果可能會更不同；
mysql> set @rownum :=0; Query OK, 0 rows affected (0.00 sec) mysql> select msgid , @rownum := @rownum +1 as rownum from message where @rownum <=5; +-------+--------+ | msgid | rownum | +-------+--------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | | 4 | 4 | | 5 | 5 | | 6 | 6 | +-------+--------+ 6 rows in set (0.00 sec) mysql> set @rownum := 0; Query OK, 0 rows affected (0.00 sec) mysql> select msgid, @rownum := @rownum +1 as rownum from message where @rownum <=5 order by msgcontent; +-------+--------+ | msgid | rownum | +-------+--------+ | 20 | 1 | | 28 | 2 | | 43 | 3 | | 47 | 4 | .................. .................. | 66 | 62 | | 51 | 63 | +-------+--------+ 63 rows in set (0.00 sec)
如果按msgid排序，那么又是正常的，那三者有啥區別呢？
mysql> set @rownum :=0; Query OK, 0 rows affected (0.00 sec) mysql> select msgid, @rownum := @rownum +1 as rownum from message where @rownum <=5 order by msgid; +-------+--------+ | msgid | rownum | +-------+--------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | | 4 | 4 | | 5 | 5 | | 6 | 6 | +-------+--------+ 6 rows in set (0.00 sec)
官方的解釋如下：
在SELECT語句中，每個選擇表達式僅在發送給客戶端時才被計算。 這意味着在HAVING，GROUP BY或ORDER BY子句中，引用在選擇表達式列表中指定值的用戶自定義變量不能按預期工作。 也就是說用戶自定義變量的值是在結果集發送到客戶端后才計算的
關於用戶自定義變量，如果運用的好，能夠寫出高效簡潔的SQL語句，如果運用不當，也可能把自己給坑了。這個完全取決於使用它的人。
局部變量
局部變量：作用范圍在begin到end語句塊之間。在該語句塊里設置的變量。
declare語句專門用於定義聲明局部變量。
局部變量與用戶自定義變量的區分在於下面這些方面:
- 用戶自定義變量是以"@"開頭的。局部變量沒有這個符號。
- 定義變量方式不同。用戶自定義變量使用set語句，局部變量使用declare語句定義
- 作用范圍不同。局部變量只在begin-end語句塊之間有效。在begin-end語句塊運行完之后，局部變量就消失了。而用戶自定義變量是對當前連接（會話）有效。