外星人...
*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。
背景：
于是就进⾏了各种连接测试，解惑两个问题：
测试说明：
# 说明：
# 登陆命令说明(以本⼈测试的环境为例)：
登陆 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 的节点：
⽬标：
执⾏语句：
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' ;
