作者：姚嵩
外星人...
本文來源：原創投稿
*愛可生開源社群出品，原創內容未經授權不得隨意使用，轉載請聯絡小編並註明來源。
背景：
透過 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' ;