OB運維 | 連線 kill 中的 session_id

背景：

於是就進⾏了各種連線測試，解惑兩個問題：

測試說明：

# 說明：

# 登陸命令說明(以本⼈測試的環境為例)：

登陸 observer：

mysql -uroot@sys -p -P2881 -h ${oberver_ip} -c -A oceanbase

登陸 obproxy：

測試案例

登陸某個 observer 的節點：

⽬標：

執⾏語句：

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

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許可權⽤戶登陸)：

結果：

登陸不同的 obproxy (他們連線相同的OB)：

⽬標：

執⾏語句：

show processlist ;

結果：

在⼀個obproxy上透過show processlist語句不能看到其他obproxy的session資訊；

1. 檢視 information_schema.processlist 的資料來源於 表oceanbase.__all_virtual_processlist；

命令 "show create table information_schema.processlist \G" 可以確認。

釋疑：

問題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:

因為前側連線透過show processlist只能檢視當前客戶端到軟體的連線資訊，查不到其他前側的連線資訊。例如：客戶透過多個obproxy連線OB，如果我們連線其中⼀個obproxy執⾏show processlist獲取的連線是不全的。

select concat('kill ',id,';') from oceanbase.__all_virtual_processlist where tenant='tenant_ys' ;