本部分中的系统表位于 v_monitor 架构中。这些表提供 Vertica 数据库运行状况的相关信息。
V_MONITOR 架构
- 1: ACTIVE_EVENTS
- 2: ALLOCATOR_USAGE
- 3: COLUMN_STORAGE
- 4: COMMUNAL_CLEANUP_RECORDS
- 5: COMMUNAL_TRUNCATION_STATUS
- 6: CONFIGURATION_CHANGES
- 7: CONFIGURATION_PARAMETERS
- 8: CPU_USAGE
- 9: CRITICAL_HOSTS
- 10: CRITICAL_NODES
- 11: CRITICAL_SUBCLUSTERS
- 12: CURRENT_SESSION
- 13: DATA_COLLECTOR
- 14: DATA_READS
- 15: DATABASE_BACKUPS
- 16: DATABASE_CONNECTIONS
- 17: DATABASE_MIGRATION_STATUS
- 18: DELETE_VECTORS
- 19: DEPLOY_STATUS
- 20: DEPLOYMENT_PROJECTION_STATEMENTS
- 21: DEPLOYMENT_PROJECTIONS
- 22: DEPOT_EVICTIONS
- 23: DEPOT_FETCH_QUEUE
- 24: DEPOT_FETCHES
- 25: DEPOT_FILES
- 26: DEPOT_PIN_POLICIES
- 27: DEPOT_SIZES
- 28: DEPOT_UPLOADS
- 29: DESIGN_QUERIES
- 30: DESIGN_STATUS
- 31: DESIGN_TABLES
- 32: DESIGNS
- 33: DISK_QUOTA_USAGES
- 34: DISK_RESOURCE_REJECTIONS
- 35: DISK_STORAGE
- 36: DRAINING_STATUS
- 37: ERROR_MESSAGES
- 38: EVENT_CONFIGURATIONS
- 39: 执行_引擎_配置文件
- 40: EXTERNAL_TABLE_DETAILS
- 41: HIVE_CUSTOM_PARTITIONS_ACCESSED
- 42: HOST_RESOURCES
- 43: IO_USAGE
- 44: LDAP_LINK_DRYRUN_EVENTS
- 45: LDAP_LINK_EVENTS
- 46: LOAD_SOURCES
- 47: LOAD_STREAMS
- 48: LOCK_USAGE
- 49: LOCKS
- 50: LOGIN_FAILURES
- 51: MEMORY_EVENTS
- 52: MEMORY_USAGE
- 53: MERGEOUT_PROFILES
- 54: MONITORING_EVENTS
- 55: NETWORK_INTERFACES
- 56: NETWORK_USAGE
- 57: NODE_EVICTIONS
- 58: NODE_RESOURCES
- 59: NODE_STATES
- 60: NOTIFIER_ERRORS
- 61: OUTPUT_DEPLOYMENT_STATUS
- 62: OUTPUT_EVENT_HISTORY
- 63: PARTITION_COLUMNS
- 64: PARTITION_REORGANIZE_ERRORS
- 65: PARTITION_STATUS
- 66: PARTITIONS
- 67: PROCESS_SIGNALS
- 68: PROJECTION_RECOVERIES
- 69: PROJECTION_REFRESHES
- 70: PROJECTION_STORAGE
- 71: PROJECTION_USAGE
- 72: QUERY_CONSUMPTION
- 73: QUERY_EVENTS
- 74: QUERY_METRICS
- 75: QUERY_PLAN_PROFILES
- 76: QUERY_PROFILES
- 77: QUERY_REQUESTS
- 78: REBALANCE_OPERATIONS
- 79: REBALANCE_PROJECTION_STATUS
- 80: REBALANCE_TABLE_STATUS
- 81: RECOVERY_STATUS
- 82: REMOTE_REPLICATION_STATUS
- 83: REPARENTED_ON_DROP
- 84: RESOURCE_ACQUISITIONS
- 85: RESOURCE_POOL_MOVE
- 86: RESOURCE_POOL_STATUS
- 87: RESOURCE_QUEUES
- 88: RESOURCE_REJECTION_DETAILS
- 89: RESOURCE_REJECTIONS
- 90: RESOURCE_USAGE
- 91: SESSION_MARS_STORE
- 92: SESSION_PARAMETERS
- 93: SESSION_PROFILES
- 94: SESSIONS
- 95: SPREAD_STATE
- 96: STORAGE_BUNDLE_INFO_STATISTICS
- 97: STORAGE_CONTAINERS
- 98: STORAGE_POLICIES
- 99: STORAGE_TIERS
- 100: STORAGE_USAGE
- 101: STRATA
- 102: STRATA_STRUCTURES
- 103: SYSTEM
- 104: SYSTEM_RESOURCE_USAGE
- 105: SYSTEM_SERVICES
- 106: SYSTEM_SESSIONS
- 107: TABLE_RECOVERIES
- 108: TABLE_RECOVERY_STATUS
- 109: TABLE_STATISTICS
- 110: TLS_CONFIGURATIONS
- 111: TRANSACTIONS
- 112: TRUNCATED_SCHEMATA
- 113: TUNING_RECOMMENDATIONS
- 114: TUPLE_MOVER_OPERATIONS
- 115: UDFS_EVENTS
- 116: UDFS_OPS_PER_HOUR
- 117: UDFS_OPS_PER_MINUTE
- 118: UDFS_STATISTICS
- 119: UDX_EVENTS
- 120: UDX_FENCED_PROCESSES
- 121: USER_LIBRARIES
- 122: USER_LIBRARY_MANIFEST
- 123: USER_SESSIONS
2 - ALLOCATOR_USAGE
提供有关 Vertica 节点内存池分配和重复使用的实时信息。
Vertica 中包含两个内存池，全局和 SAL。全局内存池与 Vertica 编录对象相关。SAL 内存池与系统存储层有关。这两个内存池是 Vertica 从中分配和重复使用部分内存的物理结构。
在内存池中，有两种分配类型。全局和 SAL 内存池均包括区块和对象内存分配类型。
-
区块分配来自分层存储，并分成 2 的若干次幂大小（以字节为单位）的组。
-
对象分配为对象类型，例如表或投影。每个对象占用指定的大小。
该表提供了有关这些内存池分配的详细信息。
示例：如何分配、保留和释放内存池内存
下表显示了基于假设示例的示例列值。该示例说明了列值随表对象的添加或删除的变化。
-
添加一个表对象 (
t1) 时，Vertica 假定UNIT_SIZE为 8 个字节，USED_COUNT为 1。 -
当添加第二个表对象 (
t2) 时，USED_COUNT将增加到 2。由于每个对象占用 8 个字节，因此USED_BYTES将增加到 16。 -
当删除两个表对象之一时，Vertica
USED_COUNT将减少到 1，USED_BYTES将减少到 8。由于 Vertica 保留内存以供将来使用，因此FREE_BYTES将增加到 8，FREE_COUNT将增加到 1。 -
最后，当新建一个表对象 (t3) 时，Vertica 会释放内存以供重复使用。
FREE_COUNTFREE_BYTES将返回 0。
示例
以下示例显示了一个区块分配类型的示例记录以及一个对象类型的示例记录。
=> \x
Expanded display is on.
=> select * from allocator_usage;
-[ RECORD 1 ]---+-----------------------------
node_name | v_vmart_node0004
pool_name | global
allocation_type | chunk
unit_size | 8
free_count | 1069
free_bytes | 8552
used_count | 7327
used_bytes | 58616
total_size | 67168
capture_time | 2017-05-24 13:28:07.83855-04
allocation_name | 2^3
.
.
.
-[ RECORD 105 ]-+------------------------------
node_name | v_vmart_node0004
pool_name | SAL
allocation_type | object
unit_size | 128
free_count | 0
free_bytes | 0
used_count | 2
used_bytes | 256
total_size | 256
capture_time | 2017-05-24 14:44:30.153892-04
allocation_name | SAL::WOSAlloc
.
.
.
3 - COLUMN_STORAGE
返回每个节点上每个投影的每一列使用的磁盘存储量。
4 - COMMUNAL_CLEANUP_RECORDS
仅限 Eon 模式
此系统表列出了 Vertica 认为在 Eon 模式的公共存储上泄露的文件。泄漏文件是指被检测到需要删除但被正常清理机制遗漏的文件。此信息可帮助您确定通过清理泄漏文件可以回收或已回收的公共存储的空间量。
示例
=> SELECT clean_communal_storage('true');
clean_communal_storage
----------------------------------------------------------------------------------------------------------------------------------------------
CLEAN COMMUNAL STORAGE
Total leaked files: 10
Total size: 217088
Files have been queued for deletion.
Check communal_cleanup_records for more information.
(1 row)
=> SELECT * FROM communal_cleanup_records;
detection_timestamp | location_path | file_name | size_in_bytes | queued_for_delete
-------------------------------+-------------------+-------------------------------------------------------+---------------+-------------------
2018-05-01 17:01:34.045955-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000003_0.gt | 28672 | t
2018-05-01 17:01:34.045966-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000006_0.gt | 28672 | t
2018-05-01 17:01:34.045952-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000001_0.gt | 36864 | t
2018-05-01 17:01:34.045974-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000008_0.gt | 36864 | t
2018-05-01 17:01:34.045981-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000002_0.gt | 12288 | t
2018-05-01 17:01:34.045986-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000007_0.gt | 8192 | t
2018-05-01 17:01:34.045991-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000010_0.gt | 16384 | t
2018-05-01 17:01:34.046001-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000005_0.gt | 24576 | t
2018-05-01 17:01:34.046026-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000009_0.gt | 4096 | t
2018-05-01 17:01:34.046033-04 | s3://chumbucket/ | 020000000000000000000000000000000000000000000004_0.gt | 20480 | t
(10 rows)
另请参阅
CLEAN_COMMUNAL_STORAGE5 - COMMUNAL_TRUNCATION_STATUS
仅限 Eon 模式
存储出现编录截断事件时群集状态的相关信息。
示例
=> SELECT * FROM COMMUNAL_TRUNCATION_STATUS;
current_catalog_version | cluster_truncation_version
-------------------------+----------------------------
35 | 35
7 - CONFIGURATION_PARAMETERS
提供系统当前使用的所有配置参数的相关信息。
示例
以下示例显示了一个参数需要重新启动，才能使新设置生效的案例：
=> SELECT * FROM CONFIGURATION_PARAMETERS WHERE parameter_name = 'RequireFIPS';
-[ RECORD 1 ]-----------------+----------------------
node_name | ALL
parameter_name | RequireFIPS
current_value | 0
restart_value | 0
database_value | 0
default_value | 0
current_level | DEFAULT
restart_level | DEFAULT
is_mismatch | f
groups |
allowed_levels | DATABASE
superuser_visible_only | f
change_under_support_guidance | f
change_requires_restart | t
description | Execute in FIPS mode
以下示例显示了一个 superuser_only 为 true 的条件下，非超级用户查看参数的案例。
=> \c VMart nonSuperuser
You are now connected to database "VMart" as user "nonSuperuser".
=> SELECT * FROM CONFIGURATION_PARAMETERS WHERE superuser_visible_only = 't';
-[ RECORD 1 ]-----------------+-------------------------------------------------------
node_name | ALL
parameter_name | S3BucketCredentials
current_value | ********
restart_value | ********
database_value | ********
default_value | ********
current_level | DEFAULT
restart_level | DEFAULT
is_mismatch | f
groups |
allowed_levels | SESSION, DATABASE
superuser_visible_only | t
change_under_support_guidance | f
change_requires_restart | f
description | JSON list mapping S3 buckets to specific credentials.
另请参阅
配置参数管理8 - CPU_USAGE
记录系统的 CPU 使用历史记录。
特权
超级用户
9 - CRITICAL_HOSTS
列出故障可能会导致数据库不安全并强制关机的关键主机。
特权
无
11 - CRITICAL_SUBCLUSTERS
列出丢失可能会导致数据库不安全并强制关闭的主子群集。Vertica 在停止子群集之前会检查此表，以确保其不会触发数据库关闭。如果尝试停止或移除此表中的子群集，Vertica 将返回错误消息。有关详细信息，请参阅启动和停止子群集。
此表仅在数据库处于 Eon 模式，且一个或多个子群集为关键时才具有内容。
示例
=> SELECT * FROM critical_subclusters;
subcluster_oid | subcluster_name
-------------------+--------------------
45035996273704996 | default_subcluster
(1 row)
另请参阅
12 - CURRENT_SESSION
返回有关当前活动会话的信息。使用此表找出当前会话的 sessionID 并获得先前执行查询的时间。
分析设置
以下列显示不同分析类别的设置：
-
EXECUTION_ENGINE_PROFILING_CONFIGURATION -
QUERY_PROFILING_CONFIGURATION -
SESSION_PROFILING_CONFIGURATION
这些设置为以下几项之一：
有关控制分析设置的信息，请参阅启用分析。
13 - DATA_COLLECTOR
显示所有 数据收集器组件的设置：组件当前的保留策略属性和其他数据收集统计信息。
默认情况下，数据收集器处于打开状态。要将其关闭，请将配置参数 EnableDataCollector 设置为 0。
示例
获取资源池的当前状态：
=> SELECT * FROM data_collector WHERE component = 'ResourcePoolStatus' ORDER BY node_name;
-[ RECORD 1 ]----------+---------------------------------
node_name | v_vmart_node0001
component | ResourcePoolStatus
table_name | dc_resource_pool_status
description | Resource Pool status information
access_restricted | t
memory_buffer_size_kb | 64
disk_size_kb | 25600
interval_set | f
interval_time | 0
record_too_big_errors | 0
lost_buffers | 0
lost_records | 0
retired_files | 385
retired_records | 3492335
current_memory_records | 0
current_disk_records | 30365
current_memory_bytes | 0
current_disk_bytes | 21936993
first_time | 2020-08-14 11:03:28.007894-04
last_time | 2020-08-14 11:59:41.005675-04
kb_per_day | 548726.098227313
-[ RECORD 2 ]----------+---------------------------------
node_name | v_vmart_node0002
component | ResourcePoolStatus
table_name | dc_resource_pool_status
description | Resource Pool status information
access_restricted | t
memory_buffer_size_kb | 64
disk_size_kb | 25600
interval_set | f
interval_time | 0
record_too_big_errors | 0
lost_buffers | 0
lost_records | 0
retired_files | 385
retired_records | 3492335
current_memory_records | 0
current_disk_records | 28346
current_memory_bytes | 0
current_disk_bytes | 20478345
first_time | 2020-08-14 11:07:12.006484-04
last_time | 2020-08-14 11:59:41.004825-04
kb_per_day | 548675.811828872
-[ RECORD 3 ]----------+---------------------------------
node_name | v_vmart_node0003
component | ResourcePoolStatus
table_name | dc_resource_pool_status
description | Resource Pool status information
access_restricted | t
memory_buffer_size_kb | 64
disk_size_kb | 25600
interval_set | f
interval_time | 0
record_too_big_errors | 0
lost_buffers | 0
lost_records | 0
retired_files | 385
retired_records | 3492335
current_memory_records | 0
current_disk_records | 28337
current_memory_bytes | 0
current_disk_bytes | 20471843
first_time | 2020-08-14 11:07:13.008246-04
last_time | 2020-08-14 11:59:41.006729-04
kb_per_day | 548675.63541403
另请参阅
14 - DATA_READS
仅限 Eon 模式
列出查询在 Eon 模式下读取的每个存储位置。如果查询从多个位置获取数据，此表将针对每个节点从中读取数据的每个位置提供一行。例如，一个查询可能在三个节点上运行，从存储库和公共存储中获取数据。在这种情况下，该表将针对查询显示六行：针对每个节点的存储库读取显示三行，针对每个节点的公共存储读取显示三行。
注意
此表仅在 Eon 模式下填充。示例
=> SELECT * FROM V_MONITOR.DATA_READS WHERE TRANSACTION_ID = 45035996273707457;
-[ RECORD 1 ]--+---------------------------------------------------
start_time | 2019-02-13 19:43:43.840836+00
node_name | v_verticadb_node0001
session_id | v_verticadb_node0001-11828:0x6f3
user_id | 45035996273704962
user_name | dbadmin
transaction_id | 45035996273707457
statement_id | 1
request_id | 230
location_id | 45035996273835000
location_path | /vertica/data/verticadb/v_verticadb_node0001_depot
bytes_read | 329460142
-[ RECORD 2 ]--+---------------------------------------------------
start_time | 2019-02-13 19:43:43.8421+00
node_name | v_verticadb_node0002
session_id | v_verticadb_node0001-11828:0x6f3
user_id | 45035996273704962
user_name | dbadmin
transaction_id | 45035996273707457
statement_id | 1
request_id | 0
location_id | 45035996273835002
location_path | /vertica/data/verticadb/v_verticadb_node0002_depot
bytes_read | 329473033
-[ RECORD 3 ]--+---------------------------------------------------
start_time | 2019-02-13 19:43:43.841845+00
node_name | v_verticadb_node0003
session_id | v_verticadb_node0001-11828:0x6f3
user_id | 45035996273704962
user_name | dbadmin
transaction_id | 45035996273707457
statement_id | 1
request_id | 0
location_id | 45035996273835004
location_path | /vertica/data/verticadb/v_verticadb_node0003_depot
bytes_read | 329677294
15 - DATABASE_BACKUPS
在运行 vbr 实用程序后列出成功完成的每个备份的历史信息。此信息可用于确定在推进
AHM 之前是否创建新的备份。因为该系统表显示历史信息，其内容不会始终反映备份存储库的当前状态。例如，如果从存储库中删除备份，DATABASE_BACKUPS 系统表将继续显示相关信息。
要列出现有备份，需运行 vbr，详情请参阅查看备份。
特权
超级用户
16 - DATABASE_CONNECTIONS
列出与其他数据库的连接以导入和导出数据。请参阅数据库导出和导入。
示例
=> CONNECT TO VERTICA vmart USER dbadmin PASSWORD '' ON '10.10.20.150',5433;
CONNECT
=> SELECT * FROM DATABASE_CONNECTIONS;
database | username | host | port | isvalid
----------+----------+--------------+------+---------
vmart | dbadmin | 10.10.20.150 | 5433 | t
(1 row)
17 - DATABASE_MIGRATION_STATUS
提供有关 Enterprise-to-Eon 数据库迁移尝试的实时和历史数据。
特权
超级用户
示例
以下示例显示了正在进行迁移的数据：
=> SELECT node_name, phase, status, bytes_to_transfer, bytes_transferred, communal_storage_location FROM database_migration_status ORDER BY node_name, start_time;
node_name | phase | status | bytes_to_transfer | bytes_transferred | communal_storage_location
------------------+--------------------+-----------+-------------------+------------------+---------------------------
v_vmart_node0001 | Catalog Conversion | COMPLETED | 0 | 0 | s3://verticadbbucket/
v_vmart_node0001 | Data Transfer | COMPLETED | 1134 | 1134 | s3://verticadbbucket/
v_vmart_node0001 | Catalog Transfer | COMPLETED | 3765 | 3765 | s3://verticadbbucket/
v_vmart_node0002 | Catalog Conversion | COMPLETED | 0 | 0 | s3://verticadbbucket/
v_vmart_node0002 | Data Transfer | COMPLETED | 1140 | 1140 | s3://verticadbbucket/
v_vmart_node0002 | Catalog Transfer | COMPLETED | 3766 | 3766 | s3://verticadbbucket/
v_vmart_node0003 | Catalog Conversion | COMPLETED | 0 | 0 | s3://verticadbbucket/
v_vmart_node0003 | Data Transfer | RUNNING | 5272616 | 183955 | s3://verticadbbucket/
18 - DELETE_VECTORS
保留有关已删除行的信息，以加速删除进程。
示例
从 Vertica 表中删除数据后，该数据将被标记为删除。要查看标记为待删除的数据，请查询 DELETE_VECTORS 系统表。
运行 PURGE 以从 ROS 容器中移除删除向量。
=> SELECT * FROM test1;
number
--------
3
12
33
87
43
99
(6 rows)
=> DELETE FROM test1 WHERE number > 50;
OUTPUT
--------
2
(1 row)
=> SELECT * FROM test1;
number
--------
43
3
12
33
(4 rows)
=> SELECT node_name, projection_name, deleted_row_count FROM DELETE_VECTORS;
node_name | projection_name | deleted_row_count
------------------+-----------------+-------------------
v_vmart_node0002 | test1_b1 | 1
v_vmart_node0001 | test1_b1 | 1
v_vmart_node0001 | test1_b0 | 1
v_vmart_node0003 | test1_b0 | 1
(4 rows)
=> SELECT PURGE();
...
(Table: public.test1) (Projection: public.test1_b0)
(Table: public.test1) (Projection: public.test1_b1)
...
(4 rows)
Ancient History Mark (AHM) 推进后：
=> SELECT * FROM DELETE_VECTORS;
(No rows)
另请参阅
19 - DEPLOY_STATUS
记录已部署的 Database Designer 设计及其部署步骤的历史记录。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
20 - DEPLOYMENT_PROJECTION_STATEMENTS
包含用于部署数据库设计的
CREATE PROJECTION 语句的相关信息。每行包含不同 CREATE PROJECTION 语句的相关信息。函数
DESIGNER_RUN_POPULATE_DESIGN_AND_DEPLOY 将填充此表。
21 - DEPLOYMENT_PROJECTIONS
包含设计过程中创建和删除的投影信息。每行包含关于不同投影的信息。设计部署后，Database Designer 会填充此表。
22 - DEPOT_EVICTIONS
仅限 Eon 模式
记录从存储库逐出对象时的数据。
示例
=> SELECT * FROM V_MONITOR.DEPOT_EVICTIONS LIMIT 2;
-[ RECORD 1 ]----+-------------------------------------------------
start_time | 2019-02-20 15:32:26.765937+00
end_time | 2019-02-20 15:32:26.766019+00
node_name | v_verticadb_node0001
session_id | v_verticadb_node0001-8997:0x3e
user_id | 45035996273704962
user_name | dbadmin
transaction_id | 45035996273705450
statement_id | 1
request_id | 406
storage_id | 0000000000000000000000000000000000a000000001fbf6
storage_oid | 45035996273842065
file_size_bytes | 61
number_hits | 1
last_access_time | 2019-02-20 15:32:26.668094+00
reason | DROP OBJECT
is_pinned | f
-[ RECORD 2 ]----+-------------------------------------------------
start_time | 2019-02-20 15:32:26.812803+00
end_time | 2019-02-20 15:32:26.812866+00
node_name | v_verticadb_node0001
session_id | v_verticadb_node0001-8997:0x3e
user_id | 45035996273704962
user_name | dbadmin
transaction_id | 45035996273705453
statement_id | 1
request_id | 409
storage_id | 0000000000000000000000000000000000a000000001fbf6
storage_oid | 45035996273842079
file_size_bytes | 91
number_hits | 1
last_access_time | 2019-02-20 15:32:26.770807+00
reason | DROP OBJECT
is_pinned | f
23 - DEPOT_FETCH_QUEUE
仅限 Eon 模式
列出查询文件数据的所有待处理存储库请求，以从公共存储中获取。
示例
=> \x
Expanded display is on.
=> SELECT * FROM depot_fetch_queue;
-[ RECORD 1 ]----------+-------------------------------------------------------------
node_name | v_example_db_node0002
sal_storage_id | 029b6fac864e1982531dcde47d00edc500d000000001d5e7
transaction_id | 45035996273705983
source_file_name | s3://mydata/mydb/14a/029b6fac864e1982531dcde47d00edc500d000
000001d5e7_0.gt
destination_file_name | /vertica/example_db/v_example_db_node0002_depot/747/029b6fac
864e1982531dcde47d00edc500d000000001d5eb_0.gt
-[ RECORD 2 ]----------+-------------------------------------------------------------
node_name | v_example_db_node0003
sal_storage_id | 026635d69719c45e8d2d86f5a4d62c7b00b000000001d5e7
transaction_id | 45035996273705983
source_file_name | s3://mydata/mydb/4a5/029b6fac864e1982531dcde47d00edc500d0000
00001d5eb_0.gt
destination_file_name | /vertica/example_db/v_example_db_node0002_depot/751/026635d6
9719c45e8d2d86f5a4d62c7b00b000000001d5e7_0.gt
24 - DEPOT_FETCHES
仅限 Eon 模式
记录存储库获取请求的相关数据。
注意
Vertica 在此表中报告所有获取信息，包括失败的获取尝试及其原因。示例
=> \x
Expanded display is on.
=> SELECT * FROM DEPOT_FETCHES LIMIT 2;
-[ RECORD 1 ]----+-------------------------------------------------------------
start_time | 2019-08-30 15:16:15.125962+00
end_time | 2019-08-30 15:16:15.126791+00
node_name | v_verticadb_node0001
transaction_id | 45035996273706225
storage_id | 0239ef74126e70db410b301610f1e5b500b0000000020d65
storage_oid | 45035996273842065
file_size_bytes | 53033
source_file |
destination_file | /vertica/data/verticadb/v_verticadb_node0001_depot/957/0239e
f74126e70db410b301610f1e5b500b0000000020d65_0.gt
source_node | v_verticadb_node0002
is_successful | t
reason |
-[ RECORD 2 ]----+-------------------------------------------------------------
start_time | 2019-08-30 15:16:15.285208+00
end_time | 2019-08-30 15:16:15.285949+00
node_name | v_verticadb_node0001
transaction_id | 45035996273706234
storage_id | 0239ef74126e70db410b301610f1e5b500b0000000020dc7
storage_oid | 45035996273842075
file_size_bytes | 69640
source_file |
destination_file | /vertica/data/verticadb/v_verticadb_node0001_depot/055/0239e
f74126e70db410b301610f1e5b500b0000000020dc7_0.gt
source_node | v_verticadb_node0002
is_successful | t
reason |
=> select node_name,transaction_id,storage_id,is_successful,reason FROM
depot_fetches WHERE is_successful = 'f' LIMIT 3;
-[ RECORD 1 ]--+-------------------------------------------------
node_name | v_verticadb_node0001
transaction_id | 45035996273721070
storage_id | 0289281ac4c1f6580b95096fab25290800b0000000027d09
is_successful | f
reason | Could not create space in the depot
-[ RECORD 2 ]--+-------------------------------------------------
node_name | v_verticadb_node0001
transaction_id | 45035996273721070
storage_id | 0289281ac4c1f6580b95096fab25290800b0000000027d15
is_successful | f
reason | Could not create space in the depot
-[ RECORD 3 ]--+-------------------------------------------------
node_name | v_verticadb_node0002
transaction_id | 45035996273721070
storage_id | 02693f1c68266e38461084a840ee42aa00c0000000027d09
is_successful | f
reason | Could not create space in the depot
25 - DEPOT_FILES
仅限 Eon 模式
列出所有数据库存储库中包含的所有对象。
示例
=> \x
Expanded display is on.
=> SELECT * FROM depot_files LIMIT 2;
-[ RECORD 1 ]------+---------------------------------------------------------------
node_name | v_verticadb_node0001
sal_storage_id | 0275d4a7c99795d22948605e5940758900a000000001d1b1
storage_oid | 45035996273842075
communal_file_path | s3://mybucket/myfolder/mydb/475/0275d4a7c99795d22948605e5940758900a000000001d1
b1/0275d4a7c99795d22948605e5940758900a000000001d1b1_
depot_file_path | /vertica/data/verticadb/v_verticadb_node0001_depot/177/0275d4a7c99795d229486
05e5940758900a000000001d1b1/0275d4a7c99795d22948605e
shard_name | replica
storage_type | DFS
number_of_accesses | 0
file_size_bytes | 456465645
last_access_time | 2018-09-05 17:34:30.417274+00
arrival_time | 2018-09-05 17:34:30.417274+00
source | DEPOT FILL AT STARTUP
is_pinned | f
-[ RECORD 2 ]------+---------------------------------------------------------------
node_name | v_verticadb_node0001
sal_storage_id | 0275d4a7c99795d22948605e5940758900a000000001d187
storage_oid | 45035996273842079
communal_file_path | s3://mybucket/myfolder/mydb/664/0275d4a7c99795d22948605e5940758900a000000001d1
87/0275d4a7c99795d22948605e5940758900a000000001d187_
depot_file_path | /vertica/data/verticadb/v_verticadb_node0001_depot/135/0275d4a7c99795d229486
05e5940758900a000000001d187/0275d4a7c99795d22948605e
shard_name | replica
storage_type | DFS
number_of_accesses | 0
file_size_bytes | 40
last_access_time | 2018-09-05 17:34:30.417244+00
arrival_time | 2018-09-05 17:34:30.417244+00
source | DEPOT FILL AT STARTUP
is_pinned | f
27 - DEPOT_SIZES
仅限 Eon 模式
报告 Vertica 节点上的存储库缓存容量。
示例
=> \x
Expanded display is on.
=> SELECT * FROM Depot_Sizes;
-[ RECORD 1 ]-------+---------------------------------------------------
node_name | v_verticadb_node0003
location_oid | 45035996273823200
location_path | /vertica/data/verticadb/v_verticadb_node0003_depot
location_label | auto-data-depot
max_size_bytes | 0
current_usage_bytes | 0
-[ RECORD 2 ]-------+---------------------------------------------------
node_name | v_verticadb_node0001
location_oid | 45035996273823196
location_path | /vertica/data/verticadb/v_verticadb_node0001_depot
location_label | auto-data-depot
max_size_bytes | 33686316032
current_usage_bytes | 206801871
-[ RECORD 3 ]-------+---------------------------------------------------
node_name | v_verticadb_node0002
location_oid | 45035996273823198
location_path | /vertica/data/verticadb/v_verticadb_node0002_depot
location_label | auto-data-depot
max_size_bytes | 0
current_usage_bytes | 0
28 - DEPOT_UPLOADS
仅限 Eon 模式
列出有关存储库上传到公共存储的详细信息。
29 - DESIGN_QUERIES
包含给定设计的设计查询信息。以下函数将填充此表：
示例
在 VMART_DESIGN 中添加查询，然后查询 DESIGN_QUERIES 表：
=> SELECT DESIGNER_ADD_DESIGN_QUERIES('VMART_DESIGN', '/tmp/examples/vmart_queries.sql','true');
DESIGNER_ADD_DESIGN_QUERIES
-----------------------------
Number of accepted queries =9
Number of queries referencing non-design tables =0
Number of unsupported queries =0
Number of illegal queries =0
=> \x
Expanded display is on.
=> SELECT * FROM V_MONITOR.DESIGN.QUERIES
-[ RECORD 1 ]------------+-------------------
design_id | 45035996273705090
design_name | vmart_design
design_query_id | 1
design_query_id_index | 0
query_text | SELECT fat_content
FROM (
SELECT DISTINCT fat_content
FROM product_dimension
WHERE department_description
IN ('Dairy') ) AS food
ORDER BY fat_content
LIMIT 5;
weight | 1
design_query_search_path | v_dbd_vmart_design_vmart_design_ltt, "$user", public, v_catalog, v_monitor, v_internal
design_query_signature | 45035996273724651
-[ RECORD 2]-------------+-------------------
design_query_id | 2
design_query_id_index | 0
query_text | SELECT order_number, date_ordered
FROM store.store_orders_fact orders
WHERE orders.store_key IN (
SELECT store_key
FROM store.store_dimension
WHERE store_state = 'MA')
AND orders.vendor_key NOT IN (
SELECT vendor_key
FROM public.vendor_dimension
WHERE vendor_state = 'MA')
AND date_ordered < '2012-03-01';
weight | 1
design_query_search_path | v_dbd_vmart_design_vmart_design_ltt, "$user", public, v_catalog, v_monitor, v_internal
design_query_signature | 45035996273724508
-[ RECORD 3]-------------+-------------------
...
30 - DESIGN_STATUS
记录正在运行的 Database Designer 设计进度或由当前用户执行的上一个 Database Designer 设计的历史。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
以下示例显示了完整 Database Designer 运行的 DESIGN_STATUS 表内容：
=> SELECT event_time, design_name, design_phase, phase_complete_percent
FROM v_monitor.design_status;
event_time | design_name | design_phase | phase_complete_percent
--------------------+-------------+------------------------------------------------+------------------------
2012-02-14 10:31:20 | design1 | Design started |
2012-02-14 10:31:21 | design1 | Design in progress: Analyze statistics phase |
2012-02-14 10:31:21 | design1 | Analyzing data statistics | 33.33
2012-02-14 10:31:22 | design1 | Analyzing data statistics | 66.67
2012-02-14 10:31:24 | design1 | Analyzing data statistics | 100
2012-02-14 10:31:25 | design1 | Design in progress: Query optimization phase |
2012-02-14 10:31:25 | design1 | Optimizing query performance | 37.5
2012-02-14 10:31:31 | design1 | Optimizing query performance | 62.5
2012-02-14 10:31:36 | design1 | Optimizing query performance | 75
2012-02-14 10:31:39 | design1 | Optimizing query performance | 87.5
2012-02-14 10:31:41 | design1 | Optimizing query performance | 87.5
2012-02-14 10:31:42 | design1 | Design in progress: Storage optimization phase |
2012-02-14 10:31:44 | design1 | Optimizing storage footprint | 4.17
2012-02-14 10:31:44 | design1 | Optimizing storage footprint | 16.67
2012-02-14 10:32:04 | design1 | Optimizing storage footprint | 29.17
2012-02-14 10:32:04 | design1 | Optimizing storage footprint | 31.25
2012-02-14 10:32:05 | design1 | Optimizing storage footprint | 33.33
2012-02-14 10:32:05 | design1 | Optimizing storage footprint | 35.42
2012-02-14 10:32:05 | design1 | Optimizing storage footprint | 37.5
2012-02-14 10:32:05 | design1 | Optimizing storage footprint | 62.5
2012-02-14 10:32:39 | design1 | Optimizing storage footprint | 87.5
2012-02-14 10:32:39 | design1 | Optimizing storage footprint | 87.5
2012-02-14 10:32:41 | design1 | Optimizing storage footprint | 100
2012-02-14 10:33:12 | design1 | Design completed successfully |
(24 rows)
31 - DESIGN_TABLES
包括您拥有的所有设计的设计表信息。每一行包含不同设计表的信息。运行
DESIGNER_CREATE_DESIGN 时，Vertica 会创建此表。
示例
将 VMart 数据库中的所有表添加到 VMART_DESIGN 设计中。此操作将填充 DESIGN_TABLES 表：
=> SELECT DESIGNER_ADD_DESIGN_TABLES('VMART_DESIGN','online_sales.*');
DESIGNER_ADD_DESIGN_TABLES
----------------------------
3
(1 row)
=> SELECT DESIGNER_ADD_DESIGN_TABLES('VMART_DESIGN','public.*');
DESIGNER_ADD_DESIGN_TABLES
----------------------------
9
(1 row)
=> SELECT DESIGNER_ADD_DESIGN_TABLES('VMART_DESIGN','store.*');
DESIGNER_ADD_DESIGN_TABLES
----------------------------
3
(1 row)
=> SELECT * FROM DESIGN_TABLES;
design_name | design_table_id | table_schema | table_id | table_name
-------------+-----------------+--------------+-------------------+-----------------------
VMART_DESIGN | 1 | online_sales | 45035996373718754 | online_page_dimension
VMART_DESIGN | 2 | online_sales | 45035996373718758 | call_center_dimension
VMART_DESIGN | 3 | online_sales | 45035996373718762 | online_sales_fact
VMART_DESIGN | 4 | public | 45035996373718766 | customer_dimension
VMART_DESIGN | 5 | public | 45035996373718770 | product_dimension
VMART_DESIGN | 6 | public | 45035996373718774 | promotion_dimension
VMART_DESIGN | 7 | public | 45035996373718778 | date_dimension
VMART_DESIGN | 8 | public | 45035996373718782 | vendor_dimension
VMART_DESIGN | 9 | public | 45035996373718786 | employee_dimension
VMART_DESIGN | 10 | public | 45035996373718822 | shipping_dimension
VMART_DESIGN | 11 | public | 45035996373718826 | warehouse_dimension
VMART_DESIGN | 12 | public | 45035996373718830 | inventory_face
VMART_DESIGN | 13 | store | 45035996373718794 | store_dimension
VMART_DESIGN | 14 | store | 45035996373718798 | store_sales_fact
VMART_DESIGN | 15 | store | 45035996373718812 | store_orders_fact
(15 rows)
32 - DESIGNS
包含关于 Database Designer 设计的信息。创建设计并为 Database Designer 指定某些参数后，
DESIGNER_CREATE_DESIGN 将在 V_MONITOR 架构中创建该表。
33 - DISK_QUOTA_USAGES
提供关于具有磁盘配额的架构和表的信息。不包括无配额的架构和表。
示例
=> SELECT * FROM DISK_QUOTA_USAGES;
object_oid | object_name | is_schema | total_disk_usage_in_bytes | disk_quota_in_bytes
-------------------+-------------+-----------+---------------------+---------------------
45035996273705100 | s | t | 307 | 10240
45035996273705104 | public.t | f | 614 | 1024
45035996273705108 | s.t | f | 307 | 2048
(3 rows)
34 - DISK_RESOURCE_REJECTIONS
返回因磁盘空间不足而遭到拒绝的资源请求。输出按 RESOURCE_TYPE 和 REJECTED_REASON 两者进行聚合，以提供更为全面的信息。
另请参阅
35 - DISK_STORAGE
返回各节点上的数据库占用的磁盘存储空间。各节点可能有一个或多个存储位置，且可能分布在具备不同属性（如可用空间、已占用空间和块大小）的不同磁盘上。此系统表中的信息有助于确定数据文件所在位置。
此系统表的所有返回值均是在主机操作系统的文件系统上下文中，不特定于 Vertica 特定空间。
存储使用注释为 CATALOG 表示该位置用于存储编录。各 CATALOG 位置仅在创建新数据库时指定。使用 CREATE LOCATION 既无法添加 CATALOG 位置注释，又无法移除现有 CATALOG 注释。
存储位置性能
存储位置的性能用两个值测量：
-
以每秒兆字节数为单位的吞吐量
-
以每秒查找次数为单位的延迟
这两个值会通过以下公式转换为一个数值（速度）：
read-time = (1/throughput) + (1/latency)
-
读取时间：读取 1MB 数据的时间
-
1/吞吐量：读取 1MB 数据的时间 -
1/延迟：查找数据的时间。
如果磁盘的读取时间较少，则磁盘速度较其他磁盘快。
36 - DRAINING_STATUS
返回数据库中每个节点的排空状态。该表还提供用户会话总数以及连接到每个节点的最旧用户会话的信息。有关连接到数据库的用户会话的详细信息，请参阅 SESSIONS。
注意
如果您并非超级用户，则 OLDEST_SESSION 列仅包含您有权访问的会话的信息。无特权用户无法查看会话详细信息，但可以查看节点排空状态和用户会话总数。37 - ERROR_MESSAGES
列出 Vertica 处理查询时遇到的系统错误消息和警告。有些错误发生时并没有任何事务正在进行中，因此，事务标识符和语句标识符列可能返回 NULL。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
38 - EVENT_CONFIGURATIONS
监控事件配置。
39 - 执行_引擎_配置文件
提供有关运行时查询执行的配置文件信息。ID 的层次结构，从最高级别到实际执行是：
-
PATH_ID -
BASEPLAN_ID -
LOCALPLAN_ID -
OPERATOR_ID
收集每一实际执行引擎 (EE) 运算符实例的计数器（从 COUNTER_NAME 列输出）。
以下列组合形成唯一键：
-
TRANSACTION_ID -
STATEMENT_ID -
NODE_NAME -
OPERATOR_ID -
COUNTER_NAME -
COUNTER_TAG
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
计数器名称
COUNTER_NAME 的值可以是以下任意值：
示例
以下两项查询显示 EXECUTION_ENGINE_PROFILES 表的内容：
=> SELECT operator_name, operator_id, counter_name, counter_value FROM EXECUTION_ENGINE_PROFILES WHERE operator_name = 'Scan' ORDER BY counter_value DESC; operator_name | operator_id | counter_name | counter_value ---------------+-------------+--------------+------------------ Scan | 20 | end time | 1559929719983785 Scan | 20 | start time | 1559929719983737 Scan | 18 | end time | 1559929719983358 Scan | 18 | start time | 1559929718069860 Scan | 16 | end time | 1559929718069319 Scan | 16 | start time | 1559929718069188 Scan | 14 | end time | 1559929718068611 Scan | 18 | end time | 1559929717579145 Scan | 18 | start time | 1559929717579083 Scan | 16 | end time | 1559929717578509 Scan | 18 | end time | 1559929717379346 Scan | 18 | start time | 1559929717379307 Scan | 16 | end time | 1559929717378879 Scan | 16 | start time | 1559929716894312 Scan | 14 | end time | 1559929716893599 Scan | 14 | start time | 1559929716893501 Scan | 12 | end time | 1559929716892721 Scan | 16 | start time | 1559929716666110 ... => SELECT DISTINCT counter_name FROM execution_engine_profiles; counter_name ----------------------------------------------------- reserved rid memory (bytes) rows filtered by SIPs expression rows output by sort chunk rows scanned squared join inner execution time (us) current unbalanced memory requested (bytes) clock time (us) join outer clock time (us) exception handling execution time (us) peak memory capacity (bytes) bytes received peak memory requested (bytes) send time (us) ROS blocks encoded current size of temp files (bytes) peak memory allocations (count) current unbalanced memory overhead (bytes) rows segmented ...
以下查询包括 path_id 列，该列将此查询优化器的路径（通过 EXPLAIN 命令的文本输出）与合并错误信息相连接。
=> SELECT operator_name, path_id, counter_name, counter_value FROM execution_engine_profiles where operator_name = 'Join'; operator_name | path_id | counter_name | counter_value ---------------+---------+-----------------------------------------------------+------------------ Join | 64 | current memory allocations (count) | 0 Join | 64 | peak memory allocations (count) | 57 Join | 64 | current memory requested (bytes) | 0 Join | 64 | peak memory requested (bytes) | 1698240 Join | 64 | current memory overhead (bytes) | 0 Join | 64 | peak memory overhead (bytes) | 0 Join | 64 | current memory padding (bytes) | 0 Join | 64 | peak memory padding (bytes) | 249840 Join | 64 | current memory capacity (bytes) | 0 Join | 64 | peak memory capacity (bytes) | 294912 Join | 64 | current unbalanced memory allocations (count) | 145 Join | 64 | peak unbalanced memory allocations (count) | 146 Join | 64 | current unbalanced memory requested (bytes) | 116506 Join | 64 | peak unbalanced memory requested (bytes) | 1059111 Join | 64 | current unbalanced memory overhead (bytes) | 3120 Join | 64 | peak unbalanced memory overhead (bytes) | 3120 ...
另请参阅
40 - EXTERNAL_TABLE_DETAILS
返回数据库中支持外部表的源文件所使用的磁盘存储量。此系统表中的信息有助于确定 Hadoop 许可证合规性。
当计算外部表的大小时，Vertica 会计算在 COPY FROM 子句指定的位置找到的所有数据。例如，如果您有一个包含 ORC 和已分隔文件的目录，并且您使用“COPY FROM *”而不是“COPY FROM *.orc”来定义外部表，则此表包含已分隔文件的大小。（在查询该外部表时，您可能还会遇到错误。）当查询此系统表时，Vertica 不会验证您的表定义；只是使用路径查找要报告的文件。
限制您的查询，按架构、表或格式筛选，以避免费用昂贵的查询。Vertica 会在查询时计算此表中的值，因此 "SELECT *" 会访问对每个外部表有影响的每个输入文件。
查询中的谓词只能使用 TABLE_SCHEMA、TABLE_NAME 和 SOURCE_FORMAT 列。值区分大小写。
此表包括 TEMP 外部表。
此表仅报告当前用户可以读取的数据。如需包含支持外部表的所有数据，请以有权访问所有 HDFS 数据的用户身份或使用授予此访问权限的会话委托令牌查询此表。有关使用委派令牌的详细信息，请参阅访问已进行 Kerberize 的 HDFS 数据。
41 - HIVE_CUSTOM_PARTITIONS_ACCESSED
此表提供关于 Vertica 访问过的 Hive 分区数据的所有自定义位置的信息。当 Hive 对分区数据使用非默认位置、使用 HCatalog 连接器访问该数据，架构使用 CREATE HCATALOG SCHEMA 语句设置 CUSTOM_PARTITIONS 参数时适用。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
42 - HOST_RESOURCES
提供节点的快照。对于使用自动化工具或脚本定期轮询节点很有用。
示例
=> SELECT * FROM HOST_RESOURCES;
-[ RECORD 1 ]------------------+------------------------------------------
host_name | 10.20.100.247
open_files_limit | 65536
threads_limit | 3833
core_file_limit_max_size_bytes | 0
processor_count | 2
processor_core_count | 2
processor_description | Intel(R) Xeon(R) CPU E5-2695 v2 @ 2.40GHz
opened_file_count | 8
opened_socket_count | 15
opened_nonfile_nonsocket_count | 7
total_memory_bytes | 4018823168
total_memory_free_bytes | 126550016
total_buffer_memory_bytes | 191803392
total_memory_cache_bytes | 2418753536
total_swap_memory_bytes | 2147479552
total_swap_memory_free_bytes | 2145771520
disk_space_free_mb | 18238
disk_space_used_mb | 30013
disk_space_total_mb | 48251
-[ RECORD 2 ]------------------+------------------------------------------
host_name | 10.20.100.248
open_files_limit | 65536
threads_limit | 3833
core_file_limit_max_size_bytes | 0
processor_count | 2
processor_core_count | 2
processor_description | Intel(R) Xeon(R) CPU E5-2695 v2 @ 2.40GHz
opened_file_count | 8
opened_socket_count | 9
opened_nonfile_nonsocket_count | 7
total_memory_bytes | 4018823168
total_memory_free_bytes | 356466688
total_buffer_memory_bytes | 327278592
total_memory_cache_bytes | 2744279040
total_swap_memory_bytes | 2147479552
total_swap_memory_free_bytes | 2147479552
disk_space_free_mb | 37102
disk_space_used_mb | 11149
disk_space_total_mb | 48251
-[ RECORD 3 ]------------------+------------------------------------------
host_name | 10.20.100.249
open_files_limit | 65536
threads_limit | 3833
core_file_limit_max_size_bytes | 0
processor_count | 2
processor_core_count | 2
processor_description | Intel(R) Xeon(R) CPU E5-2695 v2 @ 2.40GHz
opened_file_count | 8
opened_socket_count | 9
opened_nonfile_nonsocket_count | 7
total_memory_bytes | 4018823168
total_memory_free_bytes | 241610752
total_buffer_memory_bytes | 309395456
total_memory_cache_bytes | 2881675264
total_swap_memory_bytes | 2147479552
total_swap_memory_free_bytes | 2147479552
disk_space_free_mb | 37430
disk_space_used_mb | 10821
disk_space_total_mb | 48251
43 - IO_USAGE
提供系统的磁盘 I/O 带宽使用历史记录。
特权
超级用户
45 - LDAP_LINK_EVENTS
监控 LDAP 链接同步期间发生的事件。
46 - LOAD_SOURCES
与 LOAD_STREAMS 一样，监控每个节点的活动和历史加载指标。LOAD_SOURCES 表按源和部分对信息进行细分。此表中仅针对分析或运行时间超过一秒的 COPY 操作显示对应的行。LOAD_SOURCES 不记录来自 ORC 文件、Parquet 文件或 COPY LOCAL 的加载信息。
当开始加载源或部分时，会在此表中添加一行。加载操作期间，与加载进度相关的列值会随之更新。
唯一标识加载源的列（各种 ID 和名称列）和 IS_EXECUTING 列始终包含非 NULL 值。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
47 - LOAD_STREAMS
监控加载流的加载指标（包括当前指标和历史指标）。这将帮助统计上一批加载过程中有多少记录被成功加载和被拒绝加载。 Vertica 将维护系统表指标直到其达到指定的大小配额（以 KB 计）。配额是通过内部进程设置的，不能直接设置或查看。
特权
如果您具有 SYSMONITOR 角色或作为 dbadmin 用户，则此表显示所有加载。否则，只显示您的加载。
48 - LOCK_USAGE
提供关于锁定请求，释放，尝试的聚合信息，例如等待时间/计数和保持时间/计数。Vertica 记录：
-
锁定过程结束时的锁定尝试。
-
锁定尝试释放收的锁定释放。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
49 - LOCKS
监控所有节点给与锁定和请求锁定。没有结果显示的表则代表目前没有锁定。
另请参阅
50 - LOGIN_FAILURES
系统表记录了每一次失败的登录尝试。该信息帮助判断用户是否无法进入数据库或无法确认可能的入侵。
特权
超级用户
51 - MEMORY_EVENTS
记录与 Vertica 内存利用率相关的事件。
特权
无
示例
=> SELECT * FROM MEMORY_EVENTS;
-[ RECORD 1 ]-+-----------------------------------------------------------------
event_time | 2019-05-02 13:17:20.700892-04
node_name | v_vmart_node0001
event_type | MALLOC_TRIM
event_reason | memory_trim()
event_details | pre-trim RSS 378822656 post-trim RSS 372129792 benefit 0.0176675
duration_us | 7724
52 - MEMORY_USAGE
记录内存利用率的系统资源历史记录。对于比较 Vertica 使用的内存与整个系统使用的内存很有用。
特权
超级用户
53 - MERGEOUT_PROFILES
返回自动合并操作的信息和状态。
此表不包括 REQUEST_TYPE 为 NO_WORK 的操作，也不包括 user-invoked mergeout 函数的操作，如 DO_TM_TASK。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
以下语句返回表 public.store_orders 的合并失败操作。
=> SELECT node_name, schema_name, table_name, request_type, event_type FROM mergeout_profiles WHERE event_type='ERROR';
node_name | schema_name | table_name | request_type | event_type
------------------+-------------+--------------+--------------+------------
v_vmart_node0002 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0002 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0001 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0001 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0003 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0003 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0003 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0002 | public | store_orders | MERGEOUT | ERROR
v_vmart_node0001 | public | store_orders | MERGEOUT | ERROR
(9 rows)
另请参阅
55 - NETWORK_INTERFACES
提供关于所有 Vertica 节点的网络接口的信息。
特权
无
示例
=> \x
Expanded display is on.
=> SELECT * FROM network_interfaces ORDER BY node_name ASC LIMIT 14;
-[ RECORD 1 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | lo
ip_address_family | ipv6
ip_address | ::1
subnet | ::1
mask | ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff
broadcast_address |
-[ RECORD 2 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | ens192
ip_address_family | ipv6
ip_address | fd9b:1fcc:1dc4:78d3::31
subnet | fd9b:1fcc:1dc4:78d3::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
-[ RECORD 3 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | lo
ip_address_family | ipv4
ip_address | 127.0.0.1
subnet | 127.0.0.0
mask | 255.0.0.0
broadcast_address | 127.0.0.1
-[ RECORD 4 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | ens192
ip_address_family | ipv4
ip_address | 192.168.111.31
subnet | 192.168.111.0
mask | 255.255.255.0
broadcast_address | 192.168.111.255
-[ RECORD 5 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | ens32
ip_address_family | ipv4
ip_address | 10.20.110.21
subnet | 10.20.110.0
mask | 255.255.255.0
broadcast_address | 10.20.110.255
-[ RECORD 6 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | ens32
ip_address_family | ipv6
ip_address | fe80::250:56ff:fe8e:61d3
subnet | fe80::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
-[ RECORD 7 ]-----+----------------------------------------
node_id | 45035996273704982
node_name | v_verticadb_node0001
interface | ens192
ip_address_family | ipv6
ip_address | fe80::250:56ff:fe8e:2721
subnet | fe80::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
-[ RECORD 8 ]-----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | lo
ip_address_family | ipv6
ip_address | ::1
subnet | ::1
mask | ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff
broadcast_address |
-[ RECORD 9 ]-----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | ens192
ip_address_family | ipv6
ip_address | fd9b:1fcc:1dc4:78d3::32
subnet | fd9b:1fcc:1dc4:78d3::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
-[ RECORD 10 ]----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | lo
ip_address_family | ipv4
ip_address | 127.0.0.1
subnet | 127.0.0.0
mask | 255.0.0.0
broadcast_address | 127.0.0.1
-[ RECORD 11 ]----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | ens192
ip_address_family | ipv4
ip_address | 192.168.111.32
subnet | 192.168.111.0
mask | 255.255.255.0
broadcast_address | 192.168.111.255
-[ RECORD 12 ]----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | ens32
ip_address_family | ipv4
ip_address | 10.20.110.22
subnet | 10.20.110.0
mask | 255.255.255.0
broadcast_address | 10.20.110.255
-[ RECORD 13 ]----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | ens32
ip_address_family | ipv6
ip_address | fe80::250:56ff:fe8e:1787
subnet | fe80::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
-[ RECORD 14 ]----+----------------------------------------
node_id | 45035996273841968
node_name | v_verticadb_node0002
interface | ens192
ip_address_family | ipv6
ip_address | fe80::250:56ff:fe8e:2c9c
subnet | fe80::
mask | ffff:ffff:ffff:ffff::
broadcast_address |
56 - NETWORK_USAGE
提供系统的网络带宽使用历史记录。对于确定 Vertica 是否使用大部分可用网络带宽很有用。
特权
超级用户
57 - NODE_EVICTIONS
监控系统节点逐出。
58 - NODE_RESOURCES
提供节点的快照。对于使用自动化工具或脚本定期轮询节点很有用。
59 - NODE_STATES
监控系统的节点恢复状态更改历史记录。Vertica 仅返回关于当前状态为 UP 的节点的信息。要确定哪些节点未运行，请查询 NODES 表。
以下流程图详细描绘了不同的节点状态：
特权
无
61 - OUTPUT_DEPLOYMENT_STATUS
包含关于设计中所有投影的配置状态信息。每行包含关于不同投影的信息。当您通过运行函数
DESIGNER_RUN_POPULATE_DESIGN_AND_DEPLOY 部署数据库设计时，Vertica 将填充此表。
62 - OUTPUT_EVENT_HISTORY
包含关于 Database Designer 设计并优化您的数据库设计的每个阶段的信息。
示例
以下示例显示了优化 VMart 示例数据库时 Database Designer 进行的步骤：
=> SELECT DESIGNER_CREATE_DESIGN('VMART_DESIGN');
=> SELECT DESIGNER_ADD_DESIGN_TABLES('VMART_DESIGN','public.*');
=> SELECT DESIGNER_ADD_DESIGN_QUERIES('VMART_DESIGN','/tmp/examples/vmart_queries.sql',);
...
=> \x
Expanded display is on.
=> SELECT * FROM OUTPUT_EVENT_HISTORY;
-[ RECORD 1 ] -----------+----------------------------
time_stamp | 2013-06-05 11:44:41.588
design_id | 45035996273705090
design_name | VMART_DESIGN
stage_type | Design in progress
iteration_number |
total_query_count |
remaining_query_count |
max_step_number |
current_step_number |
current_step_description | Design with deployment started
table id |
-[ RECORD 2 ] -----------+----------------------------
time_stamp | 2013-06-05 11:44:41.611
design_id | 45035996273705090
design_name | VMART_DESIGN
stage_type | Design in progress
iteration_number |
total_query_count |
remaining_query_count |
max_step_number |
current_step_number |
current_step_description | Design in progress: Analyze statistics phase
table id |
-[ RECORD 3 ] -----------+----------------------------
time_stamp | 2013-06-05 11:44:42.011
design_id | 45035996273705090
design_name | VMART_DESIGN
stage_type | Analyzing statistics
iteration_number |
total_query_count |
remaining_query_count |
max_step_number | 15
current_step_number | 1
current_step_description | public.customer_dimension
table id |
...
-[ RECORD 20 ] ----------+----------------------------
time_stamp | 2013-06-05 11:44:49.324
design_id | 45035996273705090
design_name | VMART_DESIGN
stage_type | Optimizing query performance
iteration_number | 1
total_query_count | 9
remaining_query_count | 9
max_step_number | 7
current_step_number | 1
current_step_description | Extracting interesting columns
table id |
...
-[ RECORD 62 ] ----------+----------------------------
time_stamp | 2013-06-05 11:51:23.790
design_id | 45035996273705090
design_name | VMART_DESIGN
stage_type | Deployment in progress
iteration_number |
total_query_count |
remaining_query_count |
max_step_number |
current_step_number |
current_step_description | Deployment completed successfully
table id |
63 - PARTITION_COLUMNS
对于分区表的每个投影，显示以下信息：
-
每个节点的每列使用的磁盘空间。
-
收集的分区列统计信息
磁盘使用情况
DISK_SPACE_BYTES 列显示分区数据使用的磁盘空间量，包括已删除数据。因此，如果删除行但未清除行，则 DELETED_ROW_COUNT 列会更改以显示每一列已删除的行数；但是，DISK_SPACE_BYTES 保持不变。清除已删除的行后，Vertica 会回收磁盘空间：DISK_SPACE_BYTES 相应更改，DELETED_ROW_COUNT 重置为 0。
对于分组分区，PARTITION_COLUMNS 显示每个分组分区每一列使用的累计磁盘空间。GROUPED_PARTITION_KEY 列（如果不为 NULL）标识给定列分组所属的分区。
统计信息
STATISTICS_TYPE 始终显示关于给定列的最完整的可用统计信息类型，而不考虑时间戳。例如，如果您收集表的所有级别（表、分区和行）的统计信息，则 STATISTICS_TYPE 设置为 FULL（表级别），即使最近收集了分区级别和行级别的统计信息也不例外。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
给定下表定义：
=> CREATE TABLE messages
(
time_interval timestamp NOT NULL,
thread_id varchar(32) NOT NULL,
unique_id varchar(53) NOT NULL,
msg_id varchar(65),
...
)
PARTITION BY ((messages.time_interval)::date);
对 partition_columns 运行查询可能返回以下（已截断）结果：
=> SELECT * FROM partition_columns order by table_name, column_name;
column_name | column_id | table_name | projection_name | projection_id | node_name | partition_key | grouped_partition_key | row_count | deleted_row_count | disk_space_bytes
---------------------------+----------+----------------+-------------------+------------------+---------------+------------------------+-----------+-------------------+------------------
msg_id | 45035996273743190 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-03 | | 6147 | 0 | 41145
msg_id | 45035996273743190 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-15 | | 178 | 0 | 65
msg_id | 45035996273743190 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-03 | | 6782 | 0 | 45107
msg_id | 45035996273743190 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-04 | | 866 | 0 | 5883
...
thread_id | 45035996273743186 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-03 | | 6147 | 0 | 70565
thread_id | 45035996273743186 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-15 | | 178 | 0 | 2429
thread_id | 45035996273743186 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-03 | | 6782 | 0 | 77730
thread_id | 45035996273743186 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-04 | | 866 | 0 | 10317
...
time_interval | 45035996273743184 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-03 | | 6147 | 0 | 6320
time_interval | 45035996273743184 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-15 | | 178 | 0 | 265
time_interval | 45035996273743184 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-03 | | 6782 | 0 | 6967
time_interval | 45035996273743184 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-04 | | 866 | 0 | 892
...
unique_id | 45035996273743188 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-03 | | 6147 | 0 | 70747
unique_id | 45035996273743188 | messages | messages_super | 45035996273743182 | v_vmart_node0002 | 2010-07-15 | | 178 | 0 | 2460
unique_id | 45035996273743188 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-03 | | 6782 | 0 | 77959
unique_id | 45035996273743188 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-04 | | 866 | 0 | 10332
unique_id | 45035996273743188 | messages | messages_super | 45035996273743182 | v_vmart_node0003 | 2010-07-15 | | 184 | 0 | 2549
...
(11747 rows)
64 - PARTITION_REORGANIZE_ERRORS
监控所有背景分区任务，如果 Vertica 发生错误，则在此表中创建条目并记录相关信息。不记录成功完成的重新分区任务。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
65 - PARTITION_STATUS
对于每个分区表的每个投影，显示根据当前分区表达式实际进行分区的数据部分。更改表分区时，每个投影的 PARTITION_REORGANIZE_PERCENT 值会先降为零，并在所有数据重新分区后恢复到 100。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
66 - PARTITIONS
显示分区元数据，每个 ROS 容器、每个分区键一行。
注意
-
多对多关系存在于分区与 ROS 容器。PARTITIONS 以非标准化方式现实信息。
-
聚合
partition_key列中的 PARTITIONS 以查询包含特定分区的 ROS 容器数量。 -
聚合
ros_id列中的 PARTITIONS 以查询 ROS 容器中存储的分区数量。
示例
请参阅查看分区存储数据。
68 - PROJECTION_RECOVERIES
保留投影恢复的历史记录。由于 Vertica 在每个恢复计划添加了一个条目，投影/节点对会在输出中出现多次。
注意
不能在群集恢复期间查询此系统表或其他系统表，群集必须正常运行才能接受连接。特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
RECOVERY_STATUS
69 - PROJECTION_REFRESHES
系统表 PROJECTION_REFRESHES 记录刷新操作成功和失败的相关信息。PROJECTION_REFRESHES 将保留投影刷新数据，直到出现以下事件之一为止：
-
给定的投影中开始出现另一个刷新操作。
-
CLEAR_PROJECTION_REFRESHES PROJECTION_REFRESHES 被调用并清除所有投影的数据。
-
已超出表的存储配额。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
70 - PROJECTION_STORAGE
监控每个节点上每个投影所用的磁盘存储量。
注意
不含数据的投影绝不会有完整的统计信息。查询该系统表可以了解您的投影是否包含数据。另请参阅
71 - PROJECTION_USAGE
记录关于 Vertica 在每个已处理查询中使用的投影的信息。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
72 - QUERY_CONSUMPTION
概述单个查询的执行情况。STATEMENT_ID 和 TRANSACTION_ID 列可组合成为这些查询的唯一键。例外情况：具有多个计划的查询包含尽可能多的记录。
73 - QUERY_EVENTS
返回关于查询计划、优化和执行事件的信息。
信息事件类型
警告事件类型
查看以下事件类型和建议操作：
严重事件类型
查看以下事件类型，并根据建议解决问题：
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
74 - QUERY_METRICS
监控每个节点上运行的会话和查询。
注意
每次数据库重新启动时都会重置此表中的总计数值。75 - QUERY_PLAN_PROFILES
提供系统中当前正在运行的查询的详细执行状态。该表的输出显示了实时数据流以及每个查询计划中的每个路径使用的时间和资源。
特权
非超级用户只能查看其有权查看的表记录。
最佳实践
表结果可能非常宽。为了在查询 QUERY_PLAN_PROFILES 时获得最佳结果，请对以下列排序：
-
TRANSACTION_ID -
STATEMENT_ID -
PATH_ID -
PATH_LINE_INDEX
例如：
=> SELECT ... FROM query_plan_profiles
WHERE ...
ORDER BY transaction_id, statement_id, path_id, path_line_index;
示例
请参阅 分析查询计划
另请参阅
76 - QUERY_PROFILES
提供关于已执行的查询的信息。
78 - REBALANCE_OPERATIONS
包含关于历史和当前重新平衡操作的信息。
特权
超级用户
79 - REBALANCE_PROJECTION_STATUS
维护关于相关投影的重新平衡进度的历史记录。
特权
超级用户
另请参阅
80 - REBALANCE_TABLE_STATUS
维护关于相关表的重新平衡进度的历史记录。
特权
超级用户
另请参阅
81 - RECOVERY_STATUS
提供恢复操作的状态，每个节点返回一行。
注意
不能在群集恢复期间查询此系统表或其他系统表，群集必须正常运行才能接受连接。特权
无
另请参阅
PROJECTION_RECOVERIES82 - REMOTE_REPLICATION_STATUS
为备用群集提供复制任务的状态。
特权
无
83 - REPARENTED_ON_DROP
列出从原始所有者删除但仍保留在 Vertica 中的对象的重定父级事件。例如，用户可能会离开组织，需要从数据库中将其移除。当数据库管理员从数据库删除用户时，会将该用户的对象重新分配给另一个用户。
在某些情况下，根据 GlobalHeirUsername 参数重新分配 Vertica 用户的对象。在这种情况下，会将用户的对象重新分配给此参数所指示的用户。
84 - RESOURCE_ACQUISITIONS
保留每个运行请求所获取的资源（内存、打开的文件句柄、线程）的相关信息。每个请求均通过其在给定会话中的事务和语句 ID 进行唯一标识。
重要
如果请求级联到原始池之外的一个或多个资源池，则此表包含同一请求的多条记录 — 每个资源池对应一条记录。以下值特定于每个资源池：
-
时间戳值：
QUEUE_ENTRY_TIMESTAMP、ACQUISITION_TIMESTAMP和RELEASE_TIMESTAMP -
DURATION_MS -
IS_EXECUTING
您可以通过查询系统表
RESOURCE_POOL_MOVE 跟踪级联事件的历史记录。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
队列等待时间
您可以从 ACQUISITION_TIMESTAMP 中减去 QUEUE_ENTRY_TIMESTAMP，计算资源池开始执行给定请求之前的排队时间。例如：
=> SELECT pool_name, queue_entry_timestamp, acquisition_timestamp,
(acquisition_timestamp-queue_entry_timestamp) AS 'queue wait'
FROM V_MONITOR.RESOURCE_ACQUISITIONS WHERE node_name ILIKE '%node0001';
另请参阅
85 - RESOURCE_POOL_MOVE
显示每个节点上的级联事件信息。
另请参阅
86 - RESOURCE_POOL_STATUS
提供每个节点的内置和用户定义的资源池的当前状态。信息包括：
-
当前内存利用率
-
各种请求所请求和获取的资源
-
执行的查询数
有关资源池的常规信息，请参阅 资源池架构。
示例
以下查询返回显示三个用户定义资源池的 CPU 分配的位掩码。资源池 bigqueries 对 CPU 0 运行查询，ceo_pool 对 CPU 1 运行查询，testrp 对 CPU 0 和 1 运行查询：
=> SELECT pool_name, node_name, cpu_affinity_set, cpu_affinity_mode,
TO_BITSTRING(CPU_AFFINITY_MASK::VARBINARY) "CPU Affinity Mask"
FROM resource_pool_status WHERE IS_INTERNAL = 'false' order by pool_name, node_name;
pool_name | node_name | cpu_affinity_set | cpu_affinity_mode | CPU Affinity Mask
------------+------------------+------------------+-------------------+-------------------
bigqueries | v_vmart_node0001 | 0 | SHARED | 00110001
bigqueries | v_vmart_node0002 | 0 | SHARED | 00110001
bigqueries | v_vmart_node0003 | 0 | SHARED | 00110001
ceo_pool | v_vmart_node0001 | 1 | SHARED | 00110010
ceo_pool | v_vmart_node0002 | 1 | SHARED | 00110010
ceo_pool | v_vmart_node0003 | 1 | SHARED | 00110010
testrp | v_vmart_node0001 | 0-1 | SHARED | 00110011
testrp | v_vmart_node0002 | 0-1 | SHARED | 00110011
testrp | v_vmart_node0003 | 0-1 | SHARED | 00110011
(9 rows)
另请参阅
87 - RESOURCE_QUEUES
提供关于正在等待的各种资源池请求的信息。
另请参阅
88 - RESOURCE_REJECTION_DETAILS
为 Vertica 拒绝的每个资源请求记录一个条目。这对于确定是否存在资源空间问题以及哪些用户/资源池遇到问题很有用。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
RESOURCE_REJECTIONS89 - RESOURCE_REJECTIONS
监控 资源管理器所拒绝的资源请求。信息仅在节点正常运行时有效，节点重启时这些计数器将重置为 0。
示例
=> SELECT node_name, pool_name, reason, resource_type, rejection_count AS count, last_rejected_value AS value FROM resource_rejections;
node_name | pool_name | reason | resource_type | count | value
------------------+-----------+-----------------------------+---------------+-------+---------
v_vmart_node0001 | sysquery | Request exceeded high limit | Memory(KB) | 1 | 8248449
(1 row)
另请参阅
90 - RESOURCE_USAGE
监控每个节点的系统资源管理。
91 - SESSION_MARS_STORE
显示多个活动结果集 (MARS) 的存储信息。
94 - SESSIONS
监控外部会话。使用此表执行以下任务：
-
识别运行耗时查询的用户。
-
识别因空闲且未提交的事务持有锁的用户。
-
确定用于特定会话的数据库安全性的详细信息，即安全套接字层 (SSL) 或客户端身份验证。
-
识别特定于客户端的信息，例如客户端版本。
注意
在会话初始化和终止期间，您可能只会看到在您运行虚拟表查询所在节点之外的节点上运行的会话。这是一种临时情况，会话初始化和终止完成时便会更正。特权
超级用户可以无限制访问所有会话信息。用户只能访问有关自身的当前会话的信息。
另请参阅
95 - SPREAD_STATE
列出群集中所有节点的 Spread 守护程序设置。
示例
=> SELECT * FROM V_MONITOR.SPREAD_STATE;
node_name | token_timeout
------------------+---------------
v_vmart_node0003 | 8000
v_vmart_node0001 | 8000
v_vmart_node0002 | 8000
(3 rows)
另请参阅
96 - STORAGE_BUNDLE_INFO_STATISTICS
指示哪些投影的数据库编录中具有包含无效捆绑元数据的存储容器。如果任何 ROS 或 DV 容器包含无效捆绑元数据字段，Vertica 会在对应的列（ros_without_bundle_info_count 或 dv_ros_without_bundle_info_count）增加一个数值。
要使用有效捆绑元数据更新编录，请调用 UPDATE_STORAGE_CATALOG，作为 Vertica 元函数
DO_TM_TASK 的实参。有关详细信息，请参阅将捆绑包元数据写入编录。
97 - STORAGE_CONTAINERS
监控有关 Vertica 存储容器的信息。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
以下查询标识在运行 RESHARD_DATABASE 后仍未根据新分片分段边界重新对齐的任何存储容器：
=> SELECT COUNT(*) FROM storage_containers WHERE original_segment_lower_bound IS NOT NULL AND original_segment_upper_bound IS NOT NULL;
98 - STORAGE_POLICIES
监控对一个或更多数据库对象有效的当前存储策略。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
99 - STORAGE_TIERS
提供所有群集节点上带相同标签的所有存储位置的信息。此表列出用于所有同名标签位置的数据总计。
系统表显示群集上存在哪些标记位置，以及有关这些位置的群集范围内数据。
特权
无
另请参阅
100 - STORAGE_USAGE
提供有关文件系统存储使用率的信息。这对于确定磁盘空间使用趋势很有用。
特权
超级用户
另请参阅
101 - STRATA
包含
Tuple Mover 如何结合每个投影中的 ROS 容器、按层次分解及按尺寸和分区归类 ROS 容器的内部细节。相关
STRATA_STRUCTURES 表提供层次值摘要。
合并 描述了 Tuple Mover 如何结合 ROS 容器。
102 - STRATA_STRUCTURES
此表提供有关 Tuple Mover 内部细节的概述。它概述了 ROS 容器如何按尺寸归类。有关更详细信息，请查看 STRATA 虚拟表。
示例
=> \pset expanded
Expanded display is on.
=> SELECT node_name, schema_name, projection_name, strata_count,
stratum_capacity, stratum_height, active_strata_count
FROM strata_structures WHERE stratum_capacity > 60;
-[ RECORD 1 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0001
schema_name | public
projection_name | shipping_dimension_DBD_22_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 2 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0001
schema_name | public
projection_name | shipping_dimension_DBD_23_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 3 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0002
schema_name | public
projection_name | shipping_dimension_DBD_22_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 4 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0002
schema_name | public
projection_name | shipping_dimension_DBD_23_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 5 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0003
schema_name | public
projection_name | shipping_dimension_DBD_22_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 6 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0003
schema_name | public
projection_name | shipping_dimension_DBD_23_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 7 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0004
schema_name | public
projection_name | shipping_dimension_DBD_22_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
-[ RECORD 8 ]-------+--------------------------------------------------------
node_name | v_vmartdb_node0004
schema_name | public
projection_name | shipping_dimension_DBD_23_seg_vmart_design_vmart_design
strata_count | 4
stratum_capacity | 62
stratum_height | 25.6511590887058
active_strata_count | 1
103 - SYSTEM
监控数据库的总体状态。
104 - SYSTEM_RESOURCE_USAGE
提供系统资源（例如内存、CPU、网络、磁盘、I/O）的历史记录。
特权
超级用户
106 - SYSTEM_SESSIONS
按系统任务提供有关系统内部会话历史记录信息。
特权
超级用户
107 - TABLE_RECOVERIES
提供有关按表恢复期间已恢复或正恢复表格的详细信息。
特权
无
示例
=> SELECT * FROM TABLE_RECOVERIES;
-[RECORD 1]----------------------------------
node_name | node04
table_oid | 45035996273708000
table_name | public.t
status | recovered
phase | current replay delete
thread_id | 7f7a817fd700
start_time | 2017-12-13 08:47:28.825085-05
end_time | 2017-12-13 08:47:29.216571-05
recover_priority | -9223372036854775807
recover_error | Event apply failed
is_historical | t
-[RECORD 2]--------------------------------------
node_name | v_test_parquet_ha_node0011
table_oid | 45035996273937680
table_name | public.t2_impala230_uncompre_multi_file_libhdfs_1
status | error-retry
phase | historical
thread_id | 7f89a574f700
start_time | 2018-02-24 11:30:59.008831-05
end_time | 2018-02-24 11:33:09.780798-05
recover_priority | -9223372036854775807
recover_error | Could not stop all dirty transactions[txnId = 45035996273718426; ]
is_historical | t
108 - TABLE_RECOVERY_STATUS
提供按表恢复期间的节点恢复信息。
特权
无
示例
=> SELECT * FROM TABLE_RECOVERY_STATUS;
-[ RECORD 1 ]------------+-----------------
node_name | v_vmart_node0001
node_recovery_start_time |
recover_epoch |
recovering_table_name |
tables_remain | 0
is_running | f
-[ RECORD 2 ]------------+-----------------
node_name | v_vmart_node0002
node_recovery_start_time |
recover_epoch |
recovering_table_name |
tables_remain | 0
is_running | f
-[ RECORD 3 ]------------+-----------------
node_name | v_vmart_node0003
node_recovery_start_time | 2017-12-13 08:47:28.282377-05
recover_epoch | 23
recovering_table_name | user_table
tables_remain | 5
is_running | y
109 - TABLE_STATISTICS
显示收集的表及其各自分区的统计信息。
110 - TLS_CONFIGURATIONS
列出服务器、LDAP 等的 TLS CONFIGURATION 对象的设置。
示例
在此示例中，LDAPAuth TLS CONFIGURATION 使用两个 CA 证书：
=> SELECT * FROM tls_configurations WHERE name='LDAPAuth';
name | owner | certificate | ca_certificate | cipher_suites | mode
----------+---------+-------------+----------------+---------------+---------
LDAPAuth | dbadmin | server_cert | ca | | DISABLE
LDAPAuth | dbadmin | server_cert | ica | | DISABLE
(2 rows)
为了更清晰地展示 TLS CONFIGURATION 与其 CA 证书之间的关系，您可以使用 LISTAGG 设置查询格式：
=> SELECT name, owner, certificate, LISTAGG(ca_certificate) AS ca_certificates, cipher_suites, mode
FROM tls_configurations
WHERE name='LDAPAuth'
GROUP BY name, owner, certificate, cipher_suites, mode
ORDER BY 1;
name | owner | certificate | ca_certificates | cipher_suites | mode
----------+---------+-------------+-----------------+---------------+---------
LDAPAuth | dbadmin | server_cert | ca,ica | | DISABLE
(1 row)
112 - TRUNCATED_SCHEMATA
列出已还原架构的原始名称，这些名称因为长度超出 128字符而被截断。
特权
无
113 - TUNING_RECOMMENDATIONS
返回上次调用
ANALYZE_WORKLOAD 产生的优化建议结果。此信息对在工作负载分析器结果集上构建筛选器很有用。
特权
超级用户
示例
请参阅
ANALYZE_WORKLOAD。
另请参阅
114 - TUPLE_MOVER_OPERATIONS
监控每个节点的 Tuple Mover 操作的状态。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
=> SELECT node_name, operation_status, projection_name, plan_type
FROM TUPLE_MOVER_OPERATIONS;
node_name | operation_status | projection_name | plan_type
-------------------+------------------+------------------+-----------
v_vmart_node0001 | Running | p1_b2 | Mergeout
v_vmart_node0002 | Running | p1 | Mergeout
v_vmart_node0001 | Running | p1_b2 | Replay Delete
v_vmart_node0001 | Running | p1_b2 | Mergeout
v_vmart_node0002 | Running | p1_b2 | Mergeout
v_vmart_node0001 | Running | p1_b2 | Replay Delete
v_vmart_node0002 | Running | p1 | Mergeout
v_vmart_node0003 | Running | p1_b2 | Replay Delete
v_vmart_node0001 | Running | p1 | Mergeout
v_vmart_node0002 | Running | p1_b1 | Mergeout
另请参阅
115 - UDFS_EVENTS
记录涉及 S3、HDFS、GCS 和 Azure 文件系统的事件的信息。
\* TRANSACTION_ID、STATEMENT_ID 和 REQUEST_ID 组合可以唯一标识给定会话中的事件。
特权
超级用户
116 - UDFS_OPS_PER_HOUR
此表概述了 S3 文件系统每小时的统计信息。
示例
=> \x
Expanded display is on.
=> SELECT * FROM UDFS_OPS_PER_HOUR;
-[ RECORD 1 ]-------------+--------------------
node_name | e1
filesystem | S3
start_time | 2018-04-06 04:00:00
end_time | 2018-04-06 04:00:00
avg_operations_per_second | 0
avg_errors_per_second | 0
retries | 0
metadata_reads | 0
metadata_writes | 0
data_reads | 0
data_writes | 0
upstream_bytes | 0
downstream_bytes | 0
...
另请参阅
UDFS_OPS_PER_MINUTE117 - UDFS_OPS_PER_MINUTE
此表概述了 S3 文件系统每分钟的统计信息。
示例
=> \x
Expanded display is on.
=> SELECT * FROM UDFS_OPS_PER_MINUTE;
-[ RECORD 1 ]-------------+--------------------
node_name | e1
filesystem | S3
start_time | 2018-04-06 04:17:00
end_time | 2018-04-06 04:18:00
avg_operations_per_second | 0
avg_errors_per_second | 0
retries | 0
metadata_reads | 0
metadata_writes | 0
data_reads | 0
data_writes | 0
upstream_bytes | 0
downstream_bytes | 0
...
另请参阅
UDFS_OPS_PER_HOUR118 - UDFS_STATISTICS
记录关于文件系统操作的聚合信息。此表记录关于 Linux、S3 和 WebHDFS 文件系统的信息，同时记录关于 Libhdfs++ 文件系统的元数据（而非数据）的信息。
一项操作可以由多个独立读取、写入或重试请求组成。SUCCESSFUL_OPERATIONS 和 FAILED_OPERATIONS 计数操作；其他计数器计算独立请求。完成一项操作后，其中一个 OPERATIONS 计数器递增一次，但其他几个计数器可能分别递增几次。
以下查询获取 Libhdfs++ 操作的元数据 RPC 总数：
=> SELECT SUM(metadata_reads) FROM UDFS_STATISTICS WHERE filesystem = 'Libhdfs++';
119 - UDX_EVENTS
记录关于因执行用户定义的扩展而引发的事件的信息。
UDx 使用 ServerInterface::logEvent() 填充 RAW 列（仅限 C++）。VMap 支持由 Flex Tables 提供，不得禁用。
120 - UDX_FENCED_PROCESSES
提供 Vertica 在隔离模式下运行用户定义的扩展时所使用的进程的相关信息。
特权
无
121 - USER_LIBRARIES
列出当前加载的用户库。这些库包含用户定义的扩展 (UDx)，用于提供额外的分析函数。
122 - USER_LIBRARY_MANIFEST
列出所有已加载用户库中包含的用户定义函数。
特权
无
123 - USER_SESSIONS
返回系统中的用户会话历史。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。