常用ClickHouse性能监控SQL汇总
Posted 梦想画家
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了常用ClickHouse性能监控SQL汇总相关的知识,希望对你有一定的参考价值。
DBA通常使用一些SQL语句从管理数据库中抽取感兴趣的信息,如检查会话、锁、磁盘使用情况、性能和副本等。
会话
数据库使用情况概览最重要的就是列出当前活动连接。从OS来看到数据库的会话是看不见的,因为ClickHouse仅有一个进程、每个连接对应一个线程,所以只能依赖SQL语句查询。
列举数据库活动会话:
SHOW PROCESSLIST;
SELECT query_id, user, address, elapsed, query
FROM system.processes ORDER BY query_id;
第一个命令最简单、和mysql命令很相似,第二个sql可以增加额外的查询条件以及排序字段,两个命令仅能获取当前正在运行的查询,不是所有到服务器的连接。
下面语句获取所有连接:
SELECT * FROM system.metrics WHERE metric LIKE '%Connection';
该查询返回不同类型的连接数,而不仅为先前查询的列表。
有经验的DBA会注意到后面两个查询都使用system数据库,对DBA来说这是最重要的数据库,它包括很多ClickHouse内部视图。
锁
其实ClickHouse没有锁,至少没有用户可见的锁。ClickHouse异步执行INSERT:MergeTree引擎收集并在分区中插入数据,然后在后台合并。一旦插入完成,新数据在查询中会立刻可见,UPDATE和DELETE在ClickHouse中不是DML语句。这种特殊设计使得锁频率低且很短暂。
但仍然可能有长时间运行的查询。我们可以用上面描述的SHOW PROCESSLIST命令检查,然后用KILL命令中断:
SHOW PROCESSLIST;
KILL QUERY WHERE query_id='query_id';
ClickHouse的UPDATE和DELETE命令属于DDL,也称为变化操作,需要异步执行,且不能被回滚,但如果阻塞可以中断。下面命令与前面类似:
SELECT * FROM system.mutations;
KILL MUTATION mutation_id = 'trx_id';
注意:在KILL之前,理解你在做什么很重要。
磁盘空间利用
ClickHouse 磁盘空间管理非常重要。典型的数据仓库数据会非常大,即使ClickHouse使用高效的数据压缩算法,对DBA来说监控磁盘空间利用还是很重要。查看数据库使用磁盘空间SQL:
SELECT database, table, partition, name part_name, active, bytes_on_disk
FROM system.parts ORDER BY database, table, partition, name;
前面查询很详细,包表、分区、块等,但还可以使用GROUP BY按数据库、表或分区进行汇总。
下面SQL按数据库查看磁盘使用情况:
SELECT database, sum(bytes_on_disk)
FROM system.parts
GROUP BY database;
对于多个盘配置时,也可以通过特定磁盘查看空间利用情况:SELECT * FROM system.disks
在数据插入过程中,块还没有被立刻合并到分区中,为了强制进行合并,可以使用下面语句:
OPTIMIZE TABLE table [PARTITION partition] [FINAL]
压缩因子很重要,每个列都不同。下面查询可以检测每列的空间使用:
SELECT database, table, column, any(type),
sum(column_data_compressed_bytes) compressed,
sum(column_data_uncompressed_bytes) uncompressed,
uncompressed/compressed ratio,
compressed/sum(rows) bpr,
sum(rows)
FROM system.parts_columns
WHERE active AND database <> 'system'
GROUP BY database, table, column
ORDER BY database, table, column;
查看特定表每列的数据压缩比,方便优化数据类型、编码及压缩算法:
SELECT
name,
formatReadableSize(sum(data_compressed_bytes)) AS compressed_size,
formatReadableSize(sum(data_uncompressed_bytes)) AS uncompressed_size,
round((uncompressed_size/ compressed_size), 2) AS ratio
FROM system.columns
WHERE table = 'u_table_name'
GROUP BY name
ORDER BY sum(data_compressed_bytes) DESC
性能
性能优化是每个DBA喜欢的工作。ClickHouse默认不跟踪查询性能,但可以在会话级或user.xml文件中修改配置参数log_queries = 1
启用跟踪。
下面是查询前十个最长的查询:
SELECT user,
client_hostname AS host,
client_name AS client,
formatDateTime(query_start_time, '%T') AS started,
query_duration_ms / 1000 AS sec,
round(memory_usage / 1048576) AS MEM_MB,
result_rows AS RES_CNT,
toDecimal32(result_bytes / 1048576, 6) AS RES_MB,
read_rows AS R_CNT,
round(read_bytes / 1048576) AS R_MB,
written_rows AS W_CNT,
round(written_bytes / 1048576) AS W_MB,
query
FROM system.query_log
WHERE type = 2
ORDER BY query_duration_ms DESC
LIMIT 10
一旦确定慢查询就可以进行优化,一般需要考虑的是:正确选择ORDER BY 列,编码和压缩,可以参考官方文档。
对性能特别有用的特性是物化视图,它可以对数据定义可选视图,物化视图可以合并数据或以不同的顺序排列数据。通过分析最繁重和最重复的查询,可以设计物化视图解决问题。
如果使用 ClickHouse version (20.3.x),可以查询system.metric_log 表,可以查询OS系统级数据:
SELECT toStartOfMinute(event_time) AS time,
sum(ProfileEvent_UserTimeMicroseconds) AS user_time,
bar(user_time, 0, 60000000, 80) AS bar
FROM system.metric_log
WHERE event_date = today()
GROUP BY time ORDER BY time;
注意: bar函数———— ClickHouse几百个很酷函数中的一个!
副本
它可以配置更多ClickHouse节点连接到集群。副本可以实现高可用 HA (High Availability)和并发访问,分片为了分布式查询、高吞吐量插入。该配置很灵活,因为副本和分片可以对当个表进行定义。
ClickHouse副本是异步的、多主(内部使用ZooKeeper进行协作)。副本主要为了实现HA,但有时会出错,下面语句检查可能会出错的情况
SELECT database, table, is_leader, total_replicas, active_replicas
FROM system.replicas
WHERE is_readonly
OR is_session_expired
OR future_parts > 20
OR parts_to_check > 10
OR queue_size > 20
OR inserts_in_queue > 10
OR log_max_index - log_pointer > 10
OR total_replicas < 2
OR active_replicas < total_replicas;
总结
ClickHosue对DBA非常友好,system数据库提供了所有DBA需要的信息。本文进行介绍最重要的一些SQL,远不是完整清单,但应该能帮助你快速确定问题。参考文档:https://clickhouse.com/blog/optimize-clickhouse-codecs-compression-schema;https://altinity.com/blog/2020/5/12/sql-for-clickhouse-dba
Clickhouse 监控运维常用SQL小结
@羲凡——只为了更好的活着
Clickhouse 监控运维常用SQL小结
必须准备: 在users.xml中开启 <log_queries>1</log_queries>
1、查看磁盘空间
SELECT
name,
path,
formatReadableSize(free_space) AS free_space,
formatReadableSize(total_space) AS total_space,
type
FROM system.disks
2、查看表大小
SELECT
table,
formatReadableSize(sum(data_compressed_bytes)) AS compressed_size ,
formatReadableSize(sum(data_uncompressed_bytes)) AS uncompressed_bytes
FROM system.parts
WHERE active AND (table LIKE 'data_%') --and partition like '(21,%)'
GROUP BY table
order by uncompressed_bytes desc ;
3、查看列大小
select column,any(type),
formatReadableSize(sum(column_data_compressed_bytes)) compressed_size ,
formatReadableSize(sum(column_data_uncompressed_bytes)) uncompressed_bytes,
sum(rows)
from system.parts_columns
where table ='data_report_local' and active --and partition like '(21,%)'
GROUP BY column
ORDER BY uncompressed_bytes desc ;
4、查看总连接数
SELECT * FROM system.metrics WHERE metric LIKE '%Connection';
5、查看正在执行的查询语句
SELECT query_id, user, address, elapsed, query
FROM system.processes
ORDER BY query_id ASC
6、kill 指定的查询语句
KILL QUERY WHERE query_id='query_id';
7、查看正在后台执行的更新语句
SELECT database,table,mutation_id,command,create_time,parts_to_do_names,parts_to_do,latest_fail_reason
FROM system.mutations
where is_done<>1
8、kill 指定的更新语句
KILL MUTATION mutation_id = 'mutation_id';
9、手动合并parts
OPTIMIZE TABLE table [PARTITION partition] [FINAL]
10、今天前十的慢查询
SELECT
user,
formatDateTime(query_start_time, '%Y%m%d %T') AS start_time,
query_duration_ms / 1000 AS query_duration_s,
formatReadableSize(memory_usage ) AS memory_usage,
result_rows ,
formatReadableSize(result_bytes) AS result_bytes,
read_rows ,
formatReadableSize(read_bytes) AS read_bytes,
written_rows ,
formatReadableSize(written_bytes) AS written_bytes,
query
FROM system.query_log
WHERE type = 2
and query_start_time>=today()
ORDER BY query_duration_s DESC
LIMIT 10
11、查看副本表是否异常
SELECT database, table, is_leader, total_replicas, active_replicas, zookeeper_exception
FROM system.replicas
WHERE is_readonly
OR is_session_expired
OR future_parts > 20
OR parts_to_check > 10
OR queue_size > 20
OR inserts_in_queue > 10
OR log_max_index - log_pointer > 10
OR total_replicas < 2
OR active_replicas < total_replicas;
12、修改TTL时间
alter table TABLE_NAME on cluster CLUSTER_NAME modify ttl create_time + tointervalday(30);
13、删除分区
-- delete 有时候删除不了就用下面的语句
alter table TABLE_NAME on cluster CLUSTER_NAME delete where task_id='136' ;
-- drop partition 如果分区字段有三个必须都写上,一定能删
alter table TABLE_NAME on cluster CLUSTER_NAME drop partition (136,'2213160');
|
|
|
====================================================================
@羲凡——只为了更好的活着
若对博客中有任何问题,欢迎留言交流
以上是关于常用ClickHouse性能监控SQL汇总的主要内容,如果未能解决你的问题,请参考以下文章
ClickHouse SQL 极简教程ClickHouse SQL 之数据控制语言 DCL