作者：姚嵩
外星人...
本文起源：原创投稿
*爱可生开源社区出品，原创内容未经受权不得随便应用，转载请分割小编并注明起源。
背景：
通过 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' ;