Vertica_查看节点存储不平衡问题
5墨值下载
Vertica
之节点存储空间不平衡处理
环境：
11OS:SUSE LINUX Enterprise Server
9 1 1 13DB: . . -
说明：
Verca
是基于列式存储的
MPP
架构的关系型数据库，
share nothing
，支持横向扩展。
适用场景：
OLAP
（数据仓库，数据分析，报表系统）数据存储量可达
PB
级。
问题描述：
日常检查
Verca
集群，发现个别节点的磁盘空间使用比其他节点过高。（最高节点与
最低节点之间磁盘空间差距应在
10%
之内）
处理问题步骤：
首先，查询集群各个节点磁盘空间使用大小（确定是否有数据分配不均问题）
登陆集群的任意节点
su - dbadmin
vsql
输入集群密码
select poll_mestamp
,node_name
,path
,device
,#lesystem
,used_bytes/1024^3 as used_gb
,free_bytes/1024^3 as free_gb,usage_percent
from v_monitor.storage_usage
where path='/data'
order by usage_percent desc;
注：
/data
是指存放数据的目录
情况一：（问题会话导致，因长时间占用临时空间）
1
、查看锁表信息，查看是否有长时间的锁表
select transacon_id,object_name,lock_mode,lock_scope,request_mestamp,grant_mestamp
from v_monitor.locks
order by object_name,request_mestamp;
注：查看被锁时间过长
object
的事务号
2
、查看所有资源池正在运行的会话
select
t2.pool_name,t1.user_name,t1.session_id,t2.transacon_id,t2.statement_id,t1.login_mestamp,
t1.statement_start,t2.memory_inuse_gb
from v_monitor.sessions t1,
(select pool_name,transacon_id,statement_id,round(avg(memory_inuse_kb)/1024/1024,2) as
memory_inuse_gb
from v_monitor.resource_acquisions
where is_execung='t'
group by pool_name,transacon_id,statement_id) t2
where t1.transacon_id=t2.transacon_id
and t2.transacon_id>=0
order by t2.pool_name,t1.statement_start;
注：查看执行时间过长的会话
3
、根据
transacon_id
号查询会话的
ID
号
select transacon_id from v_monitor.sessions where transacon_id='id
号
';
4
、关闭问题会话
select close_session('session_id
号
');
情况二：因为建表原因（段分配选择导致数据不平衡）
1
、根据各节点的
projecon
的最大、最小值确认分配不均的表
select anchor_table_schema
,anchor_table_name
,projecon_name
,round((max(used_bytes)-min(used_bytes))/1024^3,2) as used_gb
,round(max(used_bytes)/1024^3,2) as max_gb
,round(min(used_bytes)/1024^3,2) as min_gb
from v_monitor.projecon_storage
where node_name not in ('v_cpcimdb_node0129','v_cpcimdb_node0130')
group by anchor_table_schema,anchor_table_name,projecon_name
order by used_gb desc;
注：
v_cpcimdb_node0129
、
v_cpcimdb_node0130
是
standby
节点，去除。如果没有，则可
删除此约束条件。
2
、根据查到的问题
table_name
查看其在各节点大小分布
select
node_name,anchor_table_schema,anchor_table_name,projecon_name,used_bytes/1024^3 as
used_gb,row_count
from v_monitor.projecon_storage
where anchor_table_name='
表名
'
order by node_name;
注：根据查看问题节点的存储大小确定问题节点的
projecon
是否过大。
3
、如果查出的
projecon
在问题节点占用空间过大，则通知开发人员，将表删除重建，选
择合理的分布键。
of 2
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论