作者：姚嵩
外星人...
本文來源：原創投稿
*愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。
背景：
通過 obproxy 連接 OB 後，發現：
kill 命令使⽤ show processlist 中的 ID 能執⾏成功，
使⽤ information_schema.processlist
或者 oceanbase.__all_virtual_processlist 中的ID進⾏kill是失敗的。
於是就進⾏了各種連接測試，解惑兩個問題：
- kill中session_id的來源；
- 是否可以⼀次性⼲掉⼀個租户的所有連接；
測試説明：
説明：
session_id 是 kill 語句的參數，session_id和下⽂中的ID是同⼀對象；
視圖information_schema.processlist的數據來源於表oceanbase.__all_virtual_processlist 。
登陸命令説明(以本⼈測試的環境為例)：
登陸observer：
mysql -uroot@sys -p -P2881 -h ${oberver_ip} -c -A oceanbase
登陸obproxy：
mysql -uroot@sys#yjn_test -p -P2883 -h ${obproxy_ip} -c -A oceanbase
測試案例
登陸某個observer的節點：
⽬標：
確認observer上
show processlist
表information_schema.processlist
表oceanbase.__all_virtual_processlist
獲取的ID是否相同？
執⾏語句：
show processlist ;
select * from information_schema.processlist ;
select id,user,host,db,command,time,state,info from oceanbase.__all_virtual_processlist ;結果：
3個語句獲得的ID是相同的，可以通過上⾯3種⽅式獲取session_id ；
登陸某個obproxy節點：
⽬標：
確認obproxy上
show processlist
表information_schema.processlist
表oceanbase.__all_virtual_processlist
獲取的ID是否相同？
執⾏語句：
show processlist ;
select * from information_schema.processlist ;
select id,user,host,db,command,time,state,info from oceanbase.__all_virtual_processlist ;結果：
information_schema.processlist 和 oceanbase.__all_virtual_processlist 中的ID⼀致；
show processlist 中的記錄和上⾯2表的ID不⼀致，執⾏kill語句的時候，採⽤的是show processlist中的ID。
通過observer和通過obproxy登陸看到的 oceanbase.__all_virtual_processlist 的數據是⼀致的；
登陸集羣內不同observer的節點：
⽬標：
確認⽤户登陸⼀個observer是否能看到登陸其他observer的session信息？
通過不同observer登陸查看session信息(super權限⽤户登陸)：
結果：
在⼀個observer上可以看到其他observer的登陸信息；
登陸不同的obproxy(他們連接相同的OB)：
⽬標：
確認⽤户登陸⼀個obproxy是否能看到登陸其他obproxy的session信息？
執⾏語句：
show processlist ;通過不同obproxy登陸查看session信息：
結果：
在⼀個obproxy上通過show processlist語句不能看到其他obproxy的session信息；
測試總結：
1.視圖 information_schema.processlist 的數據來源於 表oceanbase.__all_virtual_processlist；
命令 "show create table information_schema.processlist \G" 可以確認。
2.表oceanbase.__all_virtual_processlist 中記錄的是所有到OB的連接信息；
客户可能直連observer，也可能是通過obproxy連接OB，所有連接信息都會記錄到表中；
3.show processlist查看的是客户端連接到軟件的信息，所以當通過obproxy連接OB時，show processlist展示的是連接到obproxy的信息，⽽不是連接到OB的信息；
當直連obsever時，show processlist展示的是連接OB的信息；
4.obproxy相當於observer的客户端，所以連接不同的obproxy，執⾏show processlist看到的連接信息是不同的，它們是相互獨⽴的；
釋疑：
問題1：
kill中session_id的來源？
答案1：
OB中的kill命令是為了⼲掉⼀個session或者⼲掉這個session對應的SQL語句。
為了這個⽬的，可以⼲掉前側連接(指來源於客户端的連接)，或者⼲掉後側連接(連接到後側的連接)。
通過 show processlist 查看前側連接，即查看客户端到軟件(例如: obproxy)的連接ID；
也可以直連observer，通過oceanbase.__all_virtual_processlist查看後側連接。
在執⾏kill命令時，可以通過任意⽅式連接OB，並通過show processlist獲取連接ID；
也可以通過直連後側的observer，通過oceanbase.__all_virtual_processlist表獲取連接ID；
問題2：
是否可以⼀次性⼲掉⼀個租户的所有連接；
答案2:
因為前側連接通過show processlist只能查看當前客户端到軟件的連接信息，查不到其他前側的連接信息。例如：客户通過多個obproxy連接OB，如果我們連接其中⼀個obproxy執⾏show processlist獲取的連接是不全的。
我們可以直連observer，並執⾏以下SQL，得到⼲掉租户 tenant_ys 的所有連接的命令：
select concat('kill ',id,';') from oceanbase.__all_virtual_processlist where tenant='tenant_ys' ;
