Vertica 提供的系统表可以用于监控数据库并评估其对象的设置。您可以像查询其他表一样查询这些表，具体取决于权限要求。
Vertica 系统表
- 1: V_CATALOG 架构
- 1.1: ACCESS_POLICY
- 1.2: ALL_TABLES
- 1.3: AUDIT_MANAGING_USERS_PRIVILEGES
- 1.4: CA_BUNDLES
- 1.5: CATALOG_SUBSCRIPTION_CHANGES
- 1.6: CATALOG_SYNC_STATE
- 1.7: CATALOG_TRUNCATION_STATUS
- 1.8: CERTIFICATES
- 1.9: CLIENT_AUTH
- 1.10: CLIENT_AUTH_PARAMS
- 1.11: CLUSTER_LAYOUT
- 1.12: COLUMNS
- 1.13: COMMENTS
- 1.14: COMPLEX_TYPES
- 1.15: CONSTRAINT_COLUMNS
- 1.16: CRYPTOGRAPHIC_KEYS
- 1.17: DATABASES
- 1.18: DIRECTED_QUERIES
- 1.19: DUAL
- 1.20: ELASTIC_CLUSTER
- 1.21: EPOCHS
- 1.22: FAULT_GROUPS
- 1.23: FOREIGN_KEYS
- 1.24: GRANTS
- 1.25: HCATALOG_COLUMNS
- 1.26: HCATALOG_SCHEMATA
- 1.27: HCATALOG_TABLES
- 1.28: HCATALOG_TABLE_LIST
- 1.29: INHERITING_OBJECTS
- 1.30: INHERITED_PRIVILEGES
- 1.31: KEYWORDS
- 1.32: LARGE_CLUSTER_CONFIGURATION_STATUS
- 1.33: LICENSE_AUDITS
- 1.34: LICENSES
- 1.35: LOAD_BALANCE_GROUPS
- 1.36: LOG_PARAMS
- 1.37: LOG_QUERIES
- 1.38: LOG_TABLES
- 1.39: MATERIALIZE_FLEXTABLE_COLUMNS_RESULTS
- 1.40: MODELS
- 1.41: NETWORK_ADDRESSES
- 1.42: NODES
- 1.43: NODE_SUBSCRIPTION_CHANGE_PHASES
- 1.44: NODE_SUBSCRIPTIONS
- 1.45: ODBC_COLUMNS
- 1.46: PASSWORD_AUDITOR
- 1.47: PASSWORDS
- 1.48: PRIMARY_KEYS
- 1.49: PROFILE_PARAMETERS
- 1.50: PROFILES
- 1.51: PROJECTION_CHECKPOINT_EPOCHS
- 1.52: PROJECTION_COLUMNS
- 1.53: PROJECTION_DELETE_CONCERNS
- 1.54: PROJECTIONS
- 1.55: RESOURCE_POOL_DEFAULTS
- 1.56: RESOURCE_POOLS
- 1.57: ROLES
- 1.58: ROUTING_RULES
- 1.59: SCHEMATA
- 1.60: SEQUENCES
- 1.61: SESSION_SUBSCRIPTIONS
- 1.62: SHARDS
- 1.63: STORAGE_LOCATIONS
- 1.64: SUBCLUSTERS
- 1.65: SUBCLUSTER_RESOURCE_POOL_OVERRIDES
- 1.66: SYSTEM_COLUMNS
- 1.67: SYSTEM_TABLES
- 1.68: TABLE_CONSTRAINTS
- 1.69: TABLES
- 1.70: TEXT_INDICES
- 1.71: TYPES
- 1.72: USER_AUDITS
- 1.73: USER_CLIENT_AUTH
- 1.74: USER_CONFIGURATION_PARAMETERS
- 1.75: USER_FUNCTION_PARAMETERS
- 1.76: USER_FUNCTIONS
- 1.77: USER_PROCEDURES
- 1.78: USER_TRANSFORMS
- 1.79: USERS
- 1.80: VIEW_COLUMNS
- 1.81: VIEW_TABLES
- 1.82: VIEWS
- 2: V_MONITOR 架构
- 2.1: ACTIVE_EVENTS
- 2.2: ALLOCATOR_USAGE
- 2.3: COLUMN_STORAGE
- 2.4: COMMUNAL_CLEANUP_RECORDS
- 2.5: COMMUNAL_TRUNCATION_STATUS
- 2.6: CONFIGURATION_CHANGES
- 2.7: CONFIGURATION_PARAMETERS
- 2.8: CPU_USAGE
- 2.9: CRITICAL_HOSTS
- 2.10: CRITICAL_NODES
- 2.11: CRITICAL_SUBCLUSTERS
- 2.12: CURRENT_SESSION
- 2.13: DATA_COLLECTOR
- 2.14: DATA_READS
- 2.15: DATABASE_BACKUPS
- 2.16: DATABASE_CONNECTIONS
- 2.17: DATABASE_MIGRATION_STATUS
- 2.18: DELETE_VECTORS
- 2.19: DEPLOY_STATUS
- 2.20: DEPLOYMENT_PROJECTION_STATEMENTS
- 2.21: DEPLOYMENT_PROJECTIONS
- 2.22: DEPOT_EVICTIONS
- 2.23: DEPOT_FETCH_QUEUE
- 2.24: DEPOT_FETCHES
- 2.25: DEPOT_FILES
- 2.26: DEPOT_PIN_POLICIES
- 2.27: DEPOT_SIZES
- 2.28: DEPOT_UPLOADS
- 2.29: DESIGN_QUERIES
- 2.30: DESIGN_STATUS
- 2.31: DESIGN_TABLES
- 2.32: DESIGNS
- 2.33: DISK_QUOTA_USAGES
- 2.34: DISK_RESOURCE_REJECTIONS
- 2.35: DISK_STORAGE
- 2.36: DRAINING_STATUS
- 2.37: ERROR_MESSAGES
- 2.38: EVENT_CONFIGURATIONS
- 2.39: 执行_引擎_配置文件
- 2.40: EXTERNAL_TABLE_DETAILS
- 2.41: HIVE_CUSTOM_PARTITIONS_ACCESSED
- 2.42: HOST_RESOURCES
- 2.43: IO_USAGE
- 2.44: LDAP_LINK_DRYRUN_EVENTS
- 2.45: LDAP_LINK_EVENTS
- 2.46: LOAD_SOURCES
- 2.47: LOAD_STREAMS
- 2.48: LOCK_USAGE
- 2.49: LOCKS
- 2.50: LOGIN_FAILURES
- 2.51: MEMORY_EVENTS
- 2.52: MEMORY_USAGE
- 2.53: MERGEOUT_PROFILES
- 2.54: MONITORING_EVENTS
- 2.55: NETWORK_INTERFACES
- 2.56: NETWORK_USAGE
- 2.57: NODE_EVICTIONS
- 2.58: NODE_RESOURCES
- 2.59: NODE_STATES
- 2.60: NOTIFIER_ERRORS
- 2.61: OUTPUT_DEPLOYMENT_STATUS
- 2.62: OUTPUT_EVENT_HISTORY
- 2.63: PARTITION_COLUMNS
- 2.64: PARTITION_REORGANIZE_ERRORS
- 2.65: PARTITION_STATUS
- 2.66: PARTITIONS
- 2.67: PROCESS_SIGNALS
- 2.68: PROJECTION_RECOVERIES
- 2.69: PROJECTION_REFRESHES
- 2.70: PROJECTION_STORAGE
- 2.71: PROJECTION_USAGE
- 2.72: QUERY_CONSUMPTION
- 2.73: QUERY_EVENTS
- 2.74: QUERY_METRICS
- 2.75: QUERY_PLAN_PROFILES
- 2.76: QUERY_PROFILES
- 2.77: QUERY_REQUESTS
- 2.78: REBALANCE_OPERATIONS
- 2.79: REBALANCE_PROJECTION_STATUS
- 2.80: REBALANCE_TABLE_STATUS
- 2.81: RECOVERY_STATUS
- 2.82: REMOTE_REPLICATION_STATUS
- 2.83: REPARENTED_ON_DROP
- 2.84: RESOURCE_ACQUISITIONS
- 2.85: RESOURCE_POOL_MOVE
- 2.86: RESOURCE_POOL_STATUS
- 2.87: RESOURCE_QUEUES
- 2.88: RESOURCE_REJECTION_DETAILS
- 2.89: RESOURCE_REJECTIONS
- 2.90: RESOURCE_USAGE
- 2.91: SESSION_MARS_STORE
- 2.92: SESSION_PARAMETERS
- 2.93: SESSION_PROFILES
- 2.94: SESSIONS
- 2.95: SPREAD_STATE
- 2.96: STORAGE_BUNDLE_INFO_STATISTICS
- 2.97: STORAGE_CONTAINERS
- 2.98: STORAGE_POLICIES
- 2.99: STORAGE_TIERS
- 2.100: STORAGE_USAGE
- 2.101: STRATA
- 2.102: STRATA_STRUCTURES
- 2.103: SYSTEM
- 2.104: SYSTEM_RESOURCE_USAGE
- 2.105: SYSTEM_SERVICES
- 2.106: SYSTEM_SESSIONS
- 2.107: TABLE_RECOVERIES
- 2.108: TABLE_RECOVERY_STATUS
- 2.109: TABLE_STATISTICS
- 2.110: TLS_CONFIGURATIONS
- 2.111: TRANSACTIONS
- 2.112: TRUNCATED_SCHEMATA
- 2.113: TUNING_RECOMMENDATIONS
- 2.114: TUPLE_MOVER_OPERATIONS
- 2.115: UDFS_EVENTS
- 2.116: UDFS_OPS_PER_HOUR
- 2.117: UDFS_OPS_PER_MINUTE
- 2.118: UDFS_STATISTICS
- 2.119: UDX_EVENTS
- 2.120: UDX_FENCED_PROCESSES
- 2.121: USER_LIBRARIES
- 2.122: USER_LIBRARY_MANIFEST
- 2.123: USER_SESSIONS
1 - V_CATALOG 架构
本部分中的系统表位于 v_catalog 架构中。这些表提供数据库中的对象的相关信息（元数据）；比如表、约束、用户、投影等。
1.1 - ACCESS_POLICY
提供有关现有访问策略的信息。
特权
默认情况下，只有超级用户可以查看此表。超级用户可以使用以下语句授予非超级用户对此表的访问权限。非超级用户只能看到其所拥有的表中的行：
=> GRANT SELECT ON access_policy TO PUBLIC
示例
以下查询返回了表 public.customer_dimension 中的所有访问策略：
=> \x
=> SELECT policy_type, is_policy_enabled, table_name, column_name, expression FROM access_policy WHERE table_name = 'public.customer_dimension';
-[ RECORD 1 ]-----+----------------------------------------------------------------------------------------
policy_type | Column Policy
is_policy_enabled | Enabled
table_name | public.customer_dimension
column_name | customer_address
expression | CASE WHEN enabled_role('administrator') THEN customer_address ELSE '**************' END
1.2 - ALL_TABLES
提供有关 Vertica 数据库中表的摘要信息。
示例
onenode=> SELECT DISTINCT table_name, table_type FROM all_tables
WHERE table_name ILIKE 't%';
table_name | table_type
------------------------+--------------
types | SYSTEM TABLE
trades | TABLE
tuple_mover_operations | SYSTEM TABLE
tables | SYSTEM TABLE
tuning_recommendations | SYSTEM TABLE
testid | TABLE
table_constraints | SYSTEM TABLE
transactions | SYSTEM TABLE
(8 rows)
onenode=> SELECT table_name, table_type FROM all_tables
WHERE table_name ILIKE 'my%';
table_name | table_type
------------+------------
mystocks | VIEW
(1 row)
=> SELECT * FROM all_tables LIMIT 4;
-[ RECORD 1 ]-------------------------------------------
schema_name | v_catalog
table_id | 10206
table_name | all_tables
table_type | SYSTEM TABLE
remarks | A complete listing of all tables and views
-[ RECORD 2 ]-------------------------------------------
schema_name | v_catalog
table_id | 10000
table_name | columns
table_type | SYSTEM TABLE
remarks | Table column information
-[ RECORD 3 ]-------------------------------------------
schema_name | v_catalog
table_id | 10054
table_name | comments
table_type | SYSTEM TABLE
remarks | User comments on catalog objects
-[ RECORD 4 ]-------------------------------------------
schema_name | v_catalog
table_id | 10134
table_name | constraint_columns
table_type | SYSTEM TABLE
remarks | Table column constraint information
1.3 - AUDIT_MANAGING_USERS_PRIVILEGES
提供有关权限、创建、修改和删除用户以及身份验证更改的摘要信息。此表是 LOG_PARAMS、LOG_QUERIES 和 LOG_TABLES 的联接，已根据 Managing_Users_Privileges 类别进行了筛选。
1.4 - CA_BUNDLES
存储通过 创建 CA 捆绑包 创建的证书颁发机构 (CA) 捆绑包。
特权
-
请参阅 CA 捆绑包 OID、名称和所有者：CA 捆绑包的超级用户或所有者。
-
请参阅 CA 捆绑包内容：捆绑包的所有者
使用 CERTIFICATES 进行联接
CA_BUNDLES 仅存储 OID。由于对 CA 捆绑包的操作需要证书和所有者名称，因此可以使用以下查询将捆绑包映射到证书和所有者名称：
=> SELECT user_name AS owner_name,
owner AS owner_oid,
b.name AS bundle_name,
c.name AS cert_name
FROM (SELECT name,
STRING_TO_ARRAY(certificates) :: array[INT] AS certs
FROM ca_bundles) b
LEFT JOIN certificates c
ON CONTAINS(b.certs, c.oid)
LEFT JOIN users
ON user_id = owner
ORDER BY 1;
owner_name | owner_oid | bundle_name | cert_name
------------+-------------------+--------------+-----------
dbadmin | 45035996273704962 | ca_bundle | root_ca
dbadmin | 45035996273704962 | ca_bundle | ca_cert
(2 rows)
另请参阅
1.5 - CATALOG_SUBSCRIPTION_CHANGES
列出对编录订阅所做的更改。
1.6 - CATALOG_SYNC_STATE
显示 Eon 模式数据库节点何时将其编录同步到公共存储。
1.7 - CATALOG_TRUNCATION_STATUS
指示编录在公共存储上的最新程度。如果当前编录版本与编录截断版本相同，则是最新的。
编录截断版本 (CTV) 是 Vertica 群集在崩溃、关闭或休眠后进行恢复时使用的版本。一个群集中的所有节点只有一个 CTV。
1.9 - CLIENT_AUTH
提供有关客户端身份验证方法的信息。
值越高表示优先级越高。Vertica 使用优先级从高到低的身份验证方法尝试对用户进行身份验证。例如：
-
优先级 10 比优先级 5 高。
-
优先级 0 为最低的值。
示例
此示例显示如何获取您创建的每个客户端身份验证方法的相关信息：
=> SELECT * FROM client_auth;
auth_oid | auth_name | is_auth_enabled | auth_host_type | auth_host_address | auth_method | auth_parameters | auth_priority | method_priority | address_priority
-------------------+-------------+-----------------+----------------+-------------------+-------------+-----------------+---------------+-----------------+------------------
45035996274059694 | v_gss | True | HOST | 0.0.0.0/0 | GSS | | 0 | 5 | 96
45035996274059696 | v_trust | True | LOCAL | | TRUST | | 0 | 0 | 0
45035996274059698 | v_ldap | True | HOST | 10.19.133.123/ | LDAP | | 0 | 5 | 128
45035996274059700 | RejectNoSSL | True | HOSTNOSSL | 0.0.0.0/0 | REJECT | | 0 | 10 | 96
45035996274059702 | v_hash | True | LOCAL | | HASH | | 0 | 2 | 0
45035996274059704 | v_tls | True | HOSTSSL | 1.1.1.1/0 | TLS | | 0 | 5 | 96
(6 rows)
另请参阅
1.10 - CLIENT_AUTH_PARAMS
提供分配了参数值的客户端身份验证方法的相关信息。
示例
以下示例将展示如何检索创建的所有身份验证方法的参数名称和值。具有参数的身份验证方法如下：
-
v_ident -
v_ldap -
v_ldap1
=> SELECT * FROM CLIENT_AUTH_PARAMS;
auth_oid | auth_name | auth_parameter_name | auth_parameter_value
-------------------+---------------+---------------------+------------------------------
45035996273741304 | v_ident | system_users | root
45035996273741332 | v_gss | |
45035996273741350 | v_password | |
45035996273741368 | v_trust | |
45035996273741388 | v_ldap | host | ldap://172.16.65.177
45035996273741388 | v_ldap | binddn_prefix | cn=
45035996273741388 | v_ldap | binddn_suffix | ,dc=qa_domain,dc=com
45035996273741406 | RejectNoSSL | |
45035996273741424 | RejectWithSSL | |
45035996273741450 | v_md5 | |
45035996273904044 | l_tls | |
45035996273906566 | v_hash | |
45035996273910432 | v_ldap1 | host | ldap://172.16.65.177
45035996273910432 | v_ldap1 | basedn | dc=qa_domain,dc=com
45035996273910432 | v_ldap1 | binddn | cn=Manager,dc=qa_domain,dc=com
45035996273910432 | v_ldap1 | bind_password | secret
45035996273910432 | v_ldap1 | search_attribute | cn
(17 rows)
1.11 - CLUSTER_LAYOUT
显示参与群集的节点以及影响这些节点的容错组（在 Enterprise 模式数据库中）或子群集（在 Eon 模式数据库中）的实际排列的相对位置。暂时节点不会显示在群集布局环中，因为它们不保留任何常驻数据。
另请参阅
大型群集1.12 - COLUMNS
提供表列信息。
示例
从 COLUMNS 表中检索表和列信息：
=> SELECT table_schema, table_name, column_name, data_type, is_nullable
FROM columns WHERE table_schema = 'store'
AND data_type = 'Date';
table_schema | table_name | column_name | data_type | is_nullable
--------------+-------------------+------------------------+-----------+-------------
store | store_dimension | first_open_date | Date | f
store | store_dimension | last_remodel_date | Date | f
store | store_orders_fact | date_ordered | Date | f
store | store_orders_fact | date_shipped | Date | f
store | store_orders_fact | expected_delivery_date | Date | f
store | store_orders_fact | date_delivered | Date | f
6 rows)
DATETIME_PRECISION 为 NULL，因为表定义未声明精度：
=> CREATE TABLE c (c TIMESTAMP);
CREATE TABLE
=> SELECT table_name, column_name, datetime_precision FROM columns
WHERE table_name = 'c';
table_name | column_name | datetime_precision
------------+-------------+--------------------
c | c |
(1 row)
DATETIME_PRECISION 为 4，因为表定义将精度声明为 4：
=> DROP TABLE c;
=> CREATE TABLE c (c TIMESTAMP(4));
CREATE TABLE
=> SELECT table_name, column_name, datetime_precision FROM columns
WHERE table_name = 'c';
table_name | column_name | datetime_precision
------------+-------------+--------------------
c | c | 4
标识列是仅适用于数字列类型的序列。要标识表中的哪一列（如果有）是标识列，请搜索 COLUMNS 表，在表 testid 中查找标识列：
=> CREATE TABLE testid (c1 IDENTITY(1, 1, 1000), c2 INT);
=> \x
Expanded display is on.
=> SELECT * FROM COLUMNS WHERE is_identity='t' AND table_name='testid';
-[ RECORD 1 ]------------+--------------------
table_id | 45035996273719486
table_schema | public
table_name | testid
is_system_table | f
column_id | 45035996273719486-1
column_name | c1
data_type | int
data_type_id | 6
data_type_length | 8
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 1
is_nullable | f
column_default |
is_identity | t
使用 SEQUENCES 表获得关于 testid 中序列的详细信息：
=> SELECT * FROM sequences WHERE identity_table_name='testid';
-[ RECORD 1 ]-------+--------------------
sequence_schema | public
sequence_name | testid_c1_seq
owner_name | dbadmin
identity_table_name | testid
session_cache_count | 1000
allow_cycle | f
output_ordered | f
increment_by | 1
minimum | 1
maximum | 9223372036854775807
current_value | 0
sequence_schema_id | 45035996273704976
sequence_id | 45035996273719488
owner_id | 45035996273704962
identity_table_id | 45035996273719486
有关序列和标识列的更多信息，请参阅 序列。
1.13 - COMMENTS
返回关于与数据库中的对象相关联的注释的信息。
当心
由于此表的大部分数据是通过查询其他 Vertica 编录表获取的，因此查询此表可能会很慢。1.14 - COMPLEX_TYPES
包含有关内联复杂类型 (复杂类型) 的信息。
每个外部表中的每个复杂类型在内部都具有唯一的类型，即使这些类型在结构上是相同的（比如两个不同的 ROW(int,int)）。此内联类型在创建使用该类型的表时创建，并在删除表时自动删除。内联复杂类型不能在其他表中共享或重用。
COMPLEX_TYPES 表中的每一行代表一种复杂类型中的一个组件（字段）。一个 ROW 的每个字段生成一行，一个 ARRAY 生成一行，一个 MAP 生成两行。
原生 (ROS) 表中使用的基元类型数组不包含在 COMPLEX_TYPES 表中。其包含在 TYPES 表中。
示例
以下示例显示了定义单个外部表后的类型和字段值。
=> CREATE EXTERNAL TABLE warehouse(
name VARCHAR, id_map MAP<INT,VARCHAR>,
data row(record INT, total FLOAT, description VARCHAR(100)),
prices ARRAY[INT], comment VARCHAR(200), sales_total FLOAT, storeID INT)
AS COPY FROM ... PARQUET;
=> SELECT type_id,type_kind,type_name,field_id,field_name,field_type_name,field_position
FROM COMPLEX_TYPES ORDER BY type_id,field_name;
type_id | type_kind | type_name | field_id | field_name | field_type_name | field_position
-------------------+-----------+-----------------------+----------+-------------+-----------------+----------------
45035996274278280 | Map | _ct_45035996274278280 | 6 | key | int | 0
45035996274278280 | Map | _ct_45035996274278280 | 9 | value | varchar(80) | 1
45035996274278282 | Row | _ct_45035996274278282 | 9 | description | varchar(80) | 2
45035996274278282 | Row | _ct_45035996274278282 | 6 | record | int | 0
45035996274278282 | Row | _ct_45035996274278282 | 7 | total | float | 1
45035996274278284 | Array | _ct_45035996274278284 | 6 | | int | 0
(6 rows)
1.15 - CONSTRAINT_COLUMNS
记录有关表列约束的信息。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
1.17 - DATABASES
提供有关该 Vertica 安装中的数据库的信息。
示例
此示例从主数据库中查询数据库表。
=> SELECT * FROM DATABASES;
-[ RECORD 1 ]----------+-------------------------------------------------------------
database_id | 45035996273704976
database_name | VMart
owner_id | 45035996273704962
owner_name | dbadmin
start_time | 2017-10-22 05:16:22.066961-04
compliance_message | The database is in compliance with respect to raw data size.
export_subnet | 0
load_balance_policy | none
backend_address_family | ipv4
branch_name |
1.18 - DIRECTED_QUERIES
返回关于定向查询的信息。
特权
超级用户截断的查询结果
字段 INPUT_QUERY 和 ANNOTATED_QUERY 的查询结果在 ~32K 个字符之后会被截断。可以使用两种方法获取这两个字段的完整内容：
-
使用语句 GET DIRECTED QUERY。
-
使用 EXPORT_CATALOG 导出定向查询。
1.19 - DUAL
DUAL 是一个单列的“虚拟”表，只有一条记录，记录的值为 X；例如：
=> SELECT * FROM DUAL;
dummy
-------
X
(1 row)
您可以编写以下类型的查询：
=> SELECT 1 FROM dual;
?column?
----------
1
(1 row)
=> SELECT current_timestamp, current_user FROM dual;
?column? | current_user
-------------------------------+--------------
2010-03-08 12:57:32.065841-05 | release
(1 row)
=> CREATE TABLE t1(col1 VARCHAR(20), col2 VARCHAR(2));
=> INSERT INTO T1(SELECT 'hello' AS col1, 1 AS col2 FROM dual);)
=> SELECT * FROM t1;
col1 | col2
-------+------
hello | 1
(1 row
限制
不能为 DUAL 创建 投影。
1.21 - EPOCHS
对于最近关闭的时期，列出关闭的日期和时间以及已关闭时期相应的时期数。EPOCHS 表可能会根据当前提交活动返回不同数量的行。
示例
=> SELECT * FROM EPOCHS;
epoch_close_time | epoch_number
-------------------------------+--------------
2018-11-12 16:05:15.552571-05 | 16
(1 row)
查询历史数据
如果需要有关时期和相应的日期信息的历史数据，请查询 DC_TRANSACTION_ENDS 表。
=> select dc.end_epoch,min(dc.time),max(dc.time) from dc_transaction_ends dc group by end_epoch;
end_epoch | min | max
-----------+-------------------------------+-------------------------------
214 | 2018-10-12 08:05:47.02075-04 | 2018-10-15 10:22:24.015292-04
215 | 2018-10-15 10:22:47.015172-04 | 2018-10-15 13:00:44.888984-04
...
226 | 2018-10-15 15:03:47.015235-04 | 2018-10-15 20:37:34.346667-04
227 | 2018-10-15 20:37:47.008137-04 | 2018-10-16 07:39:00.29917-04
228 | 2018-10-16 07:39:47.012411-04 | 2018-10-16 08:16:01.470232-04
229 | 2018-10-16 08:16:47.018899-04 | 2018-10-16 08:21:13.854348-04
230 | 2018-10-16 08:21:47.013767-04 | 2018-10-17 12:21:09.224094-04
231 | 2018-10-17 12:21:09.23193-04 | 2018-10-17 15:11:59.338777-04
另请参阅
1.22 - FAULT_GROUPS
查看容错组和它们在群集中的层次结构。
示例
显示群集中的容错组的当前层次结构：
vmartdb=> SELECT member_type, member_name, parent_type, CASE
WHEN parent_type = 'DATABASE' THEN ''
ELSE parent_name END FROM fault_groups
ORDER BY member_name;
member_type | member_name | parent_type | parent_name
-------------+-----------------------+-------------+-------------
NODE | v_vmart_node0001 | FAULT GROUP | two
NODE | v_vmart_node0002 | FAULT GROUP | two
NODE | v_vmart_node0003 | FAULT GROUP | three
FAULT GROUP | one | DATABASE |
FAULT GROUP | three | DATABASE |
FAULT GROUP | two | FAULT GROUP | one
查看区段布局的分布：
vmartdb=> SELECT segment_layout from elastic_cluster;
segment_layout
-------------------------------------------------------------------------
v_vmart_node0001[33.3%] v_vmart_node0003[33.3%] v_vmart_node0004[33.3%]
(1 row)
另请参阅
1.23 - FOREIGN_KEYS
提供外键信息。
示例
mydb=> SELECT
constraint_name,
table_name,
ordinal_position,
reference_table_name
FROM foreign_keys ORDER BY 3;
constraint_name | table_name | ordinal_position | reference_table_name
---------------------------+-------------------+------------------+-----------------------
fk_store_sales_date | store_sales_fact | 1 | date_dimension
fk_online_sales_saledate | online_sales_fact | 1 | date_dimension
fk_store_orders_product | store_orders_fact | 1 | product_dimension
fk_inventory_date | inventory_fact | 1 | date_dimension
fk_inventory_product | inventory_fact | 2 | product_dimension
fk_store_sales_product | store_sales_fact | 2 | product_dimension
fk_online_sales_shipdate | online_sales_fact | 2 | date_dimension
fk_store_orders_product | store_orders_fact | 2 | product_dimension
fk_inventory_product | inventory_fact | 3 | product_dimension
fk_store_sales_product | store_sales_fact | 3 | product_dimension
fk_online_sales_product | online_sales_fact | 3 | product_dimension
fk_store_orders_store | store_orders_fact | 3 | store_dimension
fk_online_sales_product | online_sales_fact | 4 | product_dimension
fk_inventory_warehouse | inventory_fact | 4 | warehouse_dimension
fk_store_orders_vendor | store_orders_fact | 4 | vendor_dimension
fk_store_sales_store | store_sales_fact | 4 | store_dimension
fk_store_orders_employee | store_orders_fact | 5 | employee_dimension
fk_store_sales_promotion | store_sales_fact | 5 | promotion_dimension
fk_online_sales_customer | online_sales_fact | 5 | customer_dimension
fk_store_sales_customer | store_sales_fact | 6 | customer_dimension
fk_online_sales_cc | online_sales_fact | 6 | call_center_dimension
fk_store_sales_employee | store_sales_fact | 7 | employee_dimension
fk_online_sales_op | online_sales_fact | 7 | online_page_dimension
fk_online_sales_shipping | online_sales_fact | 8 | shipping_dimension
fk_online_sales_warehouse | online_sales_fact | 9 | warehouse_dimension
fk_online_sales_promotion | online_sales_fact | 10 | promotion_dimension
(26 rows)
1.24 - GRANTS
返回在数据库对象上显式授予的权限的相关信息。不包括继承的权限的相关信息。
示例
以下查询显示授予用户 Rob 或角色 R1 的权限。权限附有星号 (*) 表示用户可以将此权限授予其他用户：
=> SELECT grantor,privileges_description,object_name,object_type,grantee FROM grants WHERE grantee='Rob' OR grantee='R1';
grantor | privileges_description | object_name | object_type | grantee
--------+---------------------------+-------------+--------------+---------
dbadmin | USAGE | general | RESOURCEPOOL | Rob
dbadmin | USAGE, CREATE | s1 | SCHEMA | Rob
dbadmin | INSERT*, SELECT*, UPDATE* | t1 | TABLE | Rob
dbadmin | SELECT | t1 | TABLE | R1
dbadmin | USAGE | s1 | SCHEMA | R1
dbadmin | | R1 | ROLE | Rob
(6 rows)
另请参阅
1.25 - HCATALOG_COLUMNS
介绍可以通过 HCatalog 连接器使用的所有表的列。此表中的每个行都对应可以通过 HCatalog 连接器访问的表中的列。有关详细信息，请参阅使用 HCatalog 连接器。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
注意
如果使用的是 WebHCat 而非 HiveServer2，则查询此表会导致一个 web 服务对每个 HCatalog 架构中的每个表调用 WebHCat 服务器。如果需要在短时间内对此表执行多次查询，请考虑使用 CREATE TABLE AS 语句创建表的副本，以便提高性能。副本不会反映创建 Hive 表的架构之后对它所做的任何更改，但查询速度会快很多。
示例
以下示例展示了如何查找特定表的列信息：
=> SELECT * FROM HCATALOG_COLUMNS WHERE table_name = 'hcatalogtypes'
-> ORDER BY ordinal_position;
-[ RECORD 1 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | intcol
hcatalog_data_type | int
data_type | int
data_type_id | 6
data_type_length | 8
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 1
-[ RECORD 2 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | floatcol
hcatalog_data_type | float
data_type | float
data_type_id | 7
data_type_length | 8
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 2
-[ RECORD 3 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | doublecol
hcatalog_data_type | double
data_type | float
data_type_id | 7
data_type_length | 8
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 3
-[ RECORD 4 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | charcol
hcatalog_data_type | string
data_type | varchar(65000)
data_type_id | 9
data_type_length | 65000
character_maximum_length | 65000
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 4
-[ RECORD 5 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | varcharcol
hcatalog_data_type | string
data_type | varchar(65000)
data_type_id | 9
data_type_length | 65000
character_maximum_length | 65000
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 5
-[ RECORD 6 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | boolcol
hcatalog_data_type | boolean
data_type | boolean
data_type_id | 5
data_type_length | 1
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 6
-[ RECORD 7 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | timestampcol
hcatalog_data_type | string
data_type | varchar(65000)
data_type_id | 9
data_type_length | 65000
character_maximum_length | 65000
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 7
-[ RECORD 8 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | varbincol
hcatalog_data_type | binary
data_type | varbinary(65000)
data_type_id | 17
data_type_length | 65000
character_maximum_length | 65000
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 8
-[ RECORD 9 ]------------+-----------------
table_schema | hcat
hcatalog_schema | default
table_name | hcatalogtypes
is_partition_column | f
column_name | bincol
hcatalog_data_type | binary
data_type | varbinary(65000)
data_type_id | 17
data_type_length | 65000
character_maximum_length | 65000
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 9
另请参阅
1.26 - HCATALOG_SCHEMATA
列出使用 HCatalog 连接器定义的所有架构。请参阅使用 HCatalog 连接器。
与 HCatalog 连接器相关的其他系统表不同，此表不调用 Hive，因此查询非常轻松。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
另请参阅
1.27 - HCATALOG_TABLES
返回可以通过 HCatalog 连接器使用的所有表的详细列表。请参阅使用 HCatalog 连接器。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
另请参阅
1.28 - HCATALOG_TABLE_LIST
所有 Hive 架构和数据库中包含的可以通过 HCatalog 连接器使用的所有列表的简明列表。请参阅使用 HCatalog 连接器。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
注意
-
查询此表会导致针对使用 HCatalog 连接器定义的每个 Hive 架构调用一次 HiveServer2。这意味着查询需要的时间通常比查询其他系统表更久。
-
查询此表比查询 HCATALOG_TABLES 更快。查询 HCATALOG_TABLE_LIST 仅针对每个 HCatalog 架构调用一次 HiveServer2，而查询 HCATALOG_TABLES 的每个表都会调用一次。
示例
以下示例演示了定义新 HCatalog 架构，然后查询 HCATALOG_TABLE_LIST。请注意，也会显示在其他 HCatalog 架构中定义的表。HCATALOG_TABLE_LIST 列出任何一个 HCatalog 架构中可用的所有表：
=> CREATE HCATALOG SCHEMA hcat WITH hostname='hcathost'
-> HCATALOG_SCHEMA='default' HCATALOG_DB='default' HCATALOG_USER='hcatuser';
CREATE SCHEMA
=> \x
Expanded display is on.
=> SELECT * FROM v_catalog.hcatalog_table_list;
-[ RECORD 1 ]------+------------------
table_schema_id | 45035996273748980
table_schema | hcat
hcatalog_schema | default
table_name | weblogs
hcatalog_user_name | hcatuser
-[ RECORD 2 ]------+------------------
table_schema_id | 45035996273748980
table_schema | hcat
hcatalog_schema | default
table_name | tweets
hcatalog_user_name | hcatuser
-[ RECORD 3 ]------+------------------
table_schema_id | 45035996273748980
table_schema | hcat
hcatalog_schema | default
table_name | messages
hcatalog_user_name | hcatuser
-[ RECORD 4 ]------+------------------
table_schema_id | 45035996273864948
table_schema | hiveschema
hcatalog_schema | default
table_name | weblogs
hcatalog_user_name | hcatuser
另请参阅
1.29 - INHERITING_OBJECTS
提供哪些表和视图从哪些架构继承权限的相关信息。
有关从架构及其关联的 GRANT 语句继承的特定权限的信息，请参阅 INHERITED_PRIVILEGES 表。
示例
以下查询返回从父架构（即客户）继承其权限的表和视图。
=> SELECT * FROM inheriting_objects WHERE object_schema='customers';
object_id | schema_id | object_schema | object_name | object_type
------------------+-------------------+---------------+---------------+-------------
45035996273980908 | 45035996273980902 | customers | cust_info | table
45035996273980984 | 45035996273980902 | customers | shipping_info | table
45035996273980980 | 45035996273980902 | customers | cust_set | view
(3 rows)
另请参阅
1.30 - INHERITED_PRIVILEGES
提供有关父架构上的表和视图通过 GRANT 语句继承的权限的摘要信息，不包括继承的授权选项。
有关显式授予权限的信息，请参阅系统表 GRANTS。
注意
如果在数据库级别禁用权限继承，则不会显示所继承的权限。示例
以下查询返回表和视图从其父架构（即客户）继承的权限。
=> SELECT object_schema,object_name,object_type,privileges_description,principal,grantor FROM inherited_privileges WHERE object_schema='customers';
object_schema | object_name | object_type | privileges_description | principal | grantor
--------------+---------------+-------------+---------------------------------------------------------------------------+-----------+---------
customers | cust_info | Table | INSERT, SELECT, UPDATE, DELETE, ALTER, REFERENCES, DROP, TRUNCATE | dbadmin | dbadmin
customers | shipping_info | Table | INSERT, SELECT, UPDATE, DELETE, ALTER, REFERENCES, DROP, TRUNCATE | dbadmin | dbadmin
customers | cust_set | View | SELECT, ALTER, DROP | dbadmin | dbadmin
customers | cust_info | Table | SELECT | Val | dbadmin
customers | shipping_info | Table | SELECT | Val | dbadmin
customers | cust_set | View | SELECT | Val | dbadmin
customers | cust_info | Table | INSERT | Pooja | dbadmin
customers | shipping_info | Table | INSERT | Pooja | dbadmin
(8 rows)
另请参阅
1.31 - KEYWORDS
识别 Vertica 保留关键字和非保留关键字。
示例
以下查询将获取所有以 B 开头的保留关键字：
=> SELECT * FROM keywords WHERE reserved = 'R' AND keyword ilike 'B%';
keyword | reserved
---------+----------
BETWEEN | R
BIGINT | R
BINARY | R
BIT | R
BOOLEAN | R
BOTH | R
(6 rows)
另请参阅
关键字1.34 - LICENSES
显示所有许可证的类型信息、许可证有效日期以及许可证强加限制。
1.35 - LOAD_BALANCE_GROUPS
列出所有负载均衡组包含的对象。此表中的每一行代表负载均衡组中的一个对象。如果负载均衡组不包含任何对象，则将会在此表中出现一次，其类型列设置为“Empty Group”。
示例
=> SELECT * FROM LOAD_BALANCE_GROUPS;
name | policy | filter | type | object_name
---------------+------------+-----------+-----------------------+-------------
group_1 | ROUNDROBIN | | Network Address Group | node01
group_1 | ROUNDROBIN | | Network Address Group | node02
group_2 | ROUNDROBIN | | Empty Group |
group_all | ROUNDROBIN | | Network Address Group | node01
group_all | ROUNDROBIN | | Network Address Group | node02
group_all | ROUNDROBIN | | Network Address Group | node03
group_fault_1 | RANDOM | 0.0.0.0/0 | Fault Group | fault_1
(7 rows)
另请参阅
1.36 - LOG_PARAMS
提供与数据库中运行的身份验证和安全相关的配置参数更改的摘要信息。
示例
以下示例将查询 LOG_PARAMS 系统表并仅显示此用户在“身份验证 (Authentication)”类别下的最新配置参数：
=> SELECT * FROM log_params limit 1;
--------------------------------------------------------------------------------------------------------
issued_time | 2018-02-12 13:41:20.837452-05
user_name | dbadmin
user_id | 45035996273704962
hostname | ::1:50690
session_id | v_vmart_node0001-341751:0x13878
audit_type | Param
audit_tag_name| SecurityAlgorithm
request_type | UTILITY
request_id | 8
subject | MD5
request | select set_config_parameter('SecurityAlgorithm','MD5',null);
success | t
category | Authentication
(1 row)
1.37 - LOG_QUERIES
提供与在数据库中运行的身份验证和安全相关的一些查询的摘要信息。
示例
以下示例将查询 LOG_QUERIES 系统表并仅显示该用户在 Managing_Users_Privileges 类别下的最新查询：
=> SELECT * FROM log_queries limit 1;
---------------------------------------------------------------------------
issued_time | 2018-01-22 10:36:55.634349-05
user_name | dbadmin
user_id | 45035996273704962
hostname |
session_id | v_vmart_node0001-237210:0x37e1d
audit_type | Query
audit_tag_name| REVOKE ROLE
request_type | DDL
request_id | 2
subject |
request | revoke all privileges from Joe;
success | f
category | Managing_Users_Privileges
(1 row)
1.38 - LOG_TABLES
提供有关系统表查询的摘要信息。
示例
以下示例显示了对配置参数的最新查询：
dbadmin=> SELECT issued_time, audit_type, request_type, subject, request, category FROM log_tables
WHERE category ilike '%Managing_Config_Parameters%' ORDER BY issued_time DESC LIMIT 4;
-[ RECORD 1 ]+-------------------------------------------------------------------------------------
issued_time | 2020-05-14 14:14:53.453552-04
audit_type | Table
request_type | QUERY
subject | vs_nodes
request | SELECT * from vs_nodes order by name limit 1;
category | Managing_Config_Parameters
-[ RECORD 2 ]+-------------------------------------------------------------------------------------
issued_time | 2020-05-14 14:14:27.546474-04
audit_type | Table
request_type | QUERY
subject | vs_nodes
request | SELECT * from vs_nodes order by name ;
category | Managing_Config_Parameters
-[ RECORD 3 ]+-------------------------------------------------------------------------------------
issued_time | 2020-05-14 08:54:32.86881-04
audit_type | Table
request_type | QUERY
subject | vs_parameters_mismatch
request | select * from configuration_parameters where parameter_name = 'MaxDepotSizePercent';
category | Managing_Config_Parameters
-[ RECORD 4 ]+-------------------------------------------------------------------------------------
issued_time | 2020-05-14 08:54:32.86881-04
audit_type | Table
request_type | QUERY
subject | vs_nodes
request | select * from configuration_parameters where parameter_name = 'MaxDepotSizePercent';
category | Managing_Config_Parameters
1.39 - MATERIALIZE_FLEXTABLE_COLUMNS_RESULTS
运行 flex 表函数以后，返回结果， MATERIALIZE_FLEXTABLE_COLUMNS。系统表包含以下信息：
示例
=> SELECT table_name, creation_time, key_name, status, message FROM v_catalog.materialize_flextable_columns_results WHERE table_name = 'twitter_r'; table_name | creation_time | key_name | status | message ------------+-------------------------------+-------------------+--------+-------------------------------------------------------- twitter_r | 2013-11-20 17:00:27.945484-05 | contributors | ADDED | Added successfully twitter_r | 2013-11-20 17:00:27.94551-05 | entities.hashtags | ADDED | Added successfully twitter_r | 2013-11-20 17:00:27.945519-05 | entities.urls | ADDED | Added successfully twitter_r | 2013-11-20 17:00:27.945532-05 | created_at | EXISTS | Column of same name already exists in table definition (4 rows
1.40 - MODELS
列出数据库中机器学习模型的详细信息。
示例
=> SELECT * FROM models;
-[ RECORD 1 ]------------------------------
model_id | 45035996273714020
model_name | myLinearRegModel
schema_id | 45035996273704980
schema_name | public
owner_id | 45035996273704962
owner_name | dbadmin
category | VERTICA_MODELS
model_type | LINEAR_REGRESSION
is_complete | t
create_time | 2018-01-22 11:13:35.018412-05
size | 1671
1.41 - NETWORK_ADDRESSES
列出使用 CREATE NETWORK ADDRESS 语句在数据库中定义的网络地址的相关信息。
示例
=> \x
Expanded display is on.
=> SELECT * FROM v_catalog.network_addresses;
-[ RECORD 1 ]----+-----------------
name | node01
node | v_vmart_node0001
address | 10.20.100.247
port | 5433
address_family | ipv4
is_enabled | t
is_auto_detected | f
-[ RECORD 2 ]----+-----------------
name | node02
node | v_vmart_node0002
address | 10.20.100.248
port | 5433
address_family | ipv4
is_enabled | t
is_auto_detected | f
-[ RECORD 3 ]----+-----------------
name | node03
node | v_vmart_node0003
address | 10.20.100.249
port | 5433
address_family | ipv4
is_enabled | t
is_auto_detected | f
另请参阅
1.42 - NODES
数据库节点的列表详情。
示例
=> SELECT NODE_NAME, NODE_STATE, IS_PRIMARY, IS_READONLY, NODE_TYPE,
SUBCLUSTER_NAME FROM NODES ORDER BY NODE_NAME ASC;
NODE_NAME | NODE_STATE | IS_PRIMARY | IS_READONLY | NODE_TYPE | SUBCLUSTER_NAME
----------------------+------------+------------+-------------+-----------+--------------------
v_verticadb_node0001 | UP | t | f | PERMANENT | default_subcluster
v_verticadb_node0002 | UP | t | f | PERMANENT | default_subcluster
v_verticadb_node0003 | UP | t | f | PERMANENT | default_subcluster
v_verticadb_node0004 | UP | f | f | PERMANENT | analytics
v_verticadb_node0005 | UP | f | f | PERMANENT | analytics
v_verticadb_node0006 | UP | f | f | PERMANENT | analytics
(6 rows)
1.43 - NODE_SUBSCRIPTION_CHANGE_PHASES
在 Eon 模式数据库中，存储有关节点分片订阅更改的信息。
示例
=> SELECT NODE_NAME, SUBSCRIPTION_CHANGE_TYPE, SHARD_NAME,
ACTION FROM node_subscription_change_phases
ORDER BY start_time ASC LIMIT 10;
NODE_NAME | SUBSCRIPTION_CHANGE_TYPE | SHARD_NAME | ACTION
----------------------+--------------------------+-------------+------------------------
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0007 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0010 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0004 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0005 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | replica | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0005 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0006 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0008 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0011 | COLLECT SHARD METADATA
v_verticadb_node0001 | CREATE SUBSCRIPTION | segment0002 | COLLECT SHARD METADATA
1.44 - NODE_SUBSCRIPTIONS
仅限 Eon 模式
列出有关数据库节点订阅分片的信息。
示例
以下示例将查询数据库中的 NODE_SUBSCRIPTIONS 表，该数据库包含 12 个分片，有 2 个三节点子群集（一个主子群集，一个辅助子群集）。
=> SELECT node_name, shard_name, subscription_state, is_primary,
is_participating_primary AS is_p_primary
FROM NODE_SUBSCRIPTIONS ORDER BY node_name, shard_name;
node_name | shard_name | subscription_state | is_primary | is_p_primary
----------------------+-------------+--------------------+------------+--------------
v_verticadb_node0001 | replica | ACTIVE | t | t
v_verticadb_node0001 | segment0001 | ACTIVE | t | t
v_verticadb_node0001 | segment0003 | ACTIVE | f | f
v_verticadb_node0001 | segment0004 | ACTIVE | t | t
v_verticadb_node0001 | segment0006 | ACTIVE | f | f
v_verticadb_node0001 | segment0007 | ACTIVE | t | t
v_verticadb_node0001 | segment0009 | ACTIVE | f | f
v_verticadb_node0001 | segment0010 | ACTIVE | t | t
v_verticadb_node0001 | segment0012 | ACTIVE | f | f
v_verticadb_node0002 | replica | ACTIVE | f | t
v_verticadb_node0002 | segment0001 | ACTIVE | f | f
v_verticadb_node0002 | segment0002 | ACTIVE | t | t
v_verticadb_node0002 | segment0004 | ACTIVE | f | f
v_verticadb_node0002 | segment0005 | ACTIVE | t | t
v_verticadb_node0002 | segment0007 | ACTIVE | f | f
v_verticadb_node0002 | segment0008 | ACTIVE | t | t
v_verticadb_node0002 | segment0010 | ACTIVE | f | f
v_verticadb_node0002 | segment0011 | ACTIVE | t | t
v_verticadb_node0003 | replica | ACTIVE | f | t
v_verticadb_node0003 | segment0002 | ACTIVE | f | f
v_verticadb_node0003 | segment0003 | ACTIVE | t | t
v_verticadb_node0003 | segment0005 | ACTIVE | f | f
v_verticadb_node0003 | segment0006 | ACTIVE | t | t
v_verticadb_node0003 | segment0008 | ACTIVE | f | f
v_verticadb_node0003 | segment0009 | ACTIVE | t | t
v_verticadb_node0003 | segment0011 | ACTIVE | f | f
v_verticadb_node0003 | segment0012 | ACTIVE | t | t
v_verticadb_node0004 | replica | ACTIVE | f | t
v_verticadb_node0004 | segment0001 | ACTIVE | f | t
v_verticadb_node0004 | segment0003 | ACTIVE | f | f
v_verticadb_node0004 | segment0004 | ACTIVE | f | t
v_verticadb_node0004 | segment0006 | ACTIVE | f | f
v_verticadb_node0004 | segment0007 | ACTIVE | f | t
v_verticadb_node0004 | segment0009 | ACTIVE | f | f
v_verticadb_node0004 | segment0010 | ACTIVE | f | t
v_verticadb_node0004 | segment0012 | ACTIVE | f | f
v_verticadb_node0005 | replica | ACTIVE | f | t
v_verticadb_node0005 | segment0001 | ACTIVE | f | f
v_verticadb_node0005 | segment0002 | ACTIVE | f | t
v_verticadb_node0005 | segment0004 | ACTIVE | f | f
v_verticadb_node0005 | segment0005 | ACTIVE | f | t
v_verticadb_node0005 | segment0007 | ACTIVE | f | f
v_verticadb_node0005 | segment0008 | ACTIVE | f | t
v_verticadb_node0005 | segment0010 | ACTIVE | f | f
v_verticadb_node0005 | segment0011 | ACTIVE | f | t
v_verticadb_node0006 | replica | ACTIVE | f | t
v_verticadb_node0006 | segment0002 | ACTIVE | f | f
v_verticadb_node0006 | segment0003 | ACTIVE | f | t
v_verticadb_node0006 | segment0005 | ACTIVE | f | f
v_verticadb_node0006 | segment0006 | ACTIVE | f | t
v_verticadb_node0006 | segment0008 | ACTIVE | f | f
v_verticadb_node0006 | segment0009 | ACTIVE | f | t
v_verticadb_node0006 | segment0011 | ACTIVE | f | f
v_verticadb_node0006 | segment0012 | ACTIVE | f | t
(54 rows)
1.45 - ODBC_COLUMNS
提供表列信息。该格式由 ODBC SQLColumns 元数据的 ODBC 标准定义。ODBC 规范中提供了有关 ODBC SQLColumns 格式的详细信息：http://msdn.microsoft.com/en-us/library/windows/desktop/ms711683%28v=vs.85%29.aspx。
1.47 - PASSWORDS
包含当前用户密码的相关信息。如果任何 配置文件 设置了 PASSWORD_REUSE_TIME 或 PASSWORD_REUSE_MAX 参数，此表还将包括过去密码的相关信息。有关详细信息，请参阅CREATE PROFILE。
示例
以下查询返回了用户“u1”的 SHA-512 哈希密码和 salt。
=> SELECT user_name, password, salt FROM passwords WHERE user_name='u1';
user_name | password | salt
-----------+--------------------------------------------------------+----------------------------------
u1 | sha512f3f802f1c56e2530cd9c3164cc7b8002ba444c0834160f10 | f05e9d859fb441f9f612f8a787bfc872
(1 row)
1.48 - PRIMARY_KEYS
提供主键的信息。
1.49 - PROFILE_PARAMETERS
定义存储在配置文件中的信息。
1.51 - PROJECTION_CHECKPOINT_EPOCHS
提供有关检查点时期的详细信息，仅适用于 Enterprise 模式。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
示例
=> SELECT node_name, projection_schema, projection_name, is_up_to_date, checkpoint_epoch FROM projection_checkpoint_epochs
WHERE projection_name ilike 't1_b%' ORDER BY projection_name, node_name;
node_name | projection_schema | projection_name | is_up_to_date | checkpoint_epoch
------------------+-------------------+-----------------+---------------+------------------
v_vmart_node0001 | public | t1_b1 | t | 965
v_vmart_node0002 | public | t1_b1 | t | 965
v_vmart_node0003 | public | t1_b1 | t | 965
v_vmart_node0001 | public | t1_b0 | t | 965
v_vmart_node0002 | public | t1_b0 | t | 965
v_vmart_node0003 | public | t1_b0 | t | 965
(6 rows)
dbadmin=> INSERT INTO t1 VALUES (100, 101, 102);
OUTPUT
--------
1
(1 row)
dbadmin=> COMMIT;
COMMIT
dbadmin=> SELECT node_name, projection_schema, projection_name, is_up_to_date, checkpoint_epoch FROM projection_checkpoint_epochs
WHERE projection_name ILIKE 't1_b%' ORDER BY projection_name, node_name;
node_name | projection_schema | projection_name | is_up_to_date | checkpoint_epoch
------------------+-------------------+-----------------+---------------+------------------
v_vmart_node0001 | public | t1_b1 | t | 966
v_vmart_node0002 | public | t1_b1 | t | 966
v_vmart_node0003 | public | t1_b1 | t | 966
v_vmart_node0001 | public | t1_b0 | t | 966
v_vmart_node0002 | public | t1_b0 | t | 966
v_vmart_node0003 | public | t1_b0 | t | 966
(6 rows)
1.52 - PROJECTION_COLUMNS
提供投影列的相关信息，例如编码类型、排序顺序、统计信息类型以及列统计信息的上次更新时间。
示例
请参阅 PROJECTION_COLUMNS 中的统计信息数据
另请参阅
1.53 - PROJECTION_DELETE_CONCERNS
列出其设计在删除数据时可能导致性能问题的投影。此表是通过调用 EVALUATE_DELETE_PERFORMANCE 函数生成的。有关详细信息，请参阅优化 DELETE 和 UPDATE。
1.55 - RESOURCE_POOL_DEFAULTS
返回内置和用户定义的资源池的默认参数设置。使用
ALTER RESOURCE POOL 将资源池参数还原为默认设置。
有关内置资源池的有效参数及其默认设置的信息，请参阅 内置资源池配置。
要获取资源池的当前设置，请查询系统表
RESOURCE_POOLS。
特权
无
1.58 - ROUTING_RULES
列出将传入 IP 地址映射到负载均衡组的路由规则。
示例
=> SELECT * FROM routing_rules;
-[ RECORD 1 ]----+-----------------
name | internal_clients
source_address | 192.168.1.0/24
destination_name | group_1
-[ RECORD 2 ]----+-----------------
name | etl_rule
source_address | 10.20.100.0/24
destination_name | group_2
-[ RECORD 3 ]----+-----------------
name | subnet_192
source_address | 192.0.0.0/8
destination_name | group_all
-[ RECORD 4 ]----+--------------
name | all_ipv6
source_address | 0::0/0
destination_name | default_ipv6
另请参阅
1.59 - SCHEMATA
提供有关数据库中架构的信息。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
1.60 - SEQUENCES
显示有关序列的信息。
示例
创建简单的序列：
=> CREATE SEQUENCE my_seq MAXVALUE 5000 START 150;
CREATE SEQUENCE
返回有关刚创建的序列的信息：
=> \x
Expanded display is on.
=> SELECT * FROM sequences;
-[ RECORD 1 ]-------+------------------
sequence_schema | public
sequence_name | my_seq
owner_name | dbadmin
identity_table_name |
session_cache_count | 250000
allow_cycle | f
output_ordered | f
increment_by | 1
minimum | 1
maximum | 5000
current_value | 149
sequence_schema_id | 45035996273704966
sequence_id | 45035996273844996
owner_id | 45035996273704962
identity_table_id | 0
标识列是仅适用于数字列类型的序列。要识别表中的列（如有）是标识列，请搜索 COLUMNS 表以查找表中的标识列：
=> CREATE TABLE testid (c1 IDENTITY(1, 1, 1000), c2 INT);
=> \x
Expanded display is on.
=> SELECT * FROM COLUMNS WHERE is_identity='t' AND table_name='testid';
-[ RECORD 1 ]------------+------------------
table_id | 45035996274150730
table_schema | public
table_name | testid
is_system_table | f
column_name | c1
data_type | int
data_type_id | 6
data_type_length | 8
character_maximum_length |
numeric_precision |
numeric_scale |
datetime_precision |
interval_precision |
ordinal_position | 1
is_nullable | f
column_default |
is_identity | t
使用 SEQUENCES 表获得关于 testid 中序列的详细信息：
=> SELECT * FROM sequences WHERE identity_table_name='testid';
-[ RECORD 1 ]-------+--------------------
sequence_schema | public
sequence_name | testid_c1_seq
owner_name | dbadmin
identity_table_name | testid
session_cache_count | 1000
allow_cycle | f
output_ordered | f
increment_by | 1
minimum | 1
maximum | 9223372036854775807
current_value | 0
sequence_schema_id | 45035996273704976
sequence_id | 45035996274150770
owner_id | 45035996273704962
identity_table_id | 45035996274150768
使用 vsql 命令 \ds 以返回序列的列表。以下结果显示了先前示例中创建的两个序列。如果存在更多序列，表会将其列出。
新序列的 CurrentValue 比您在 CREATE SEQUENCE 和 IDENTITY 命令中指定的起始编号少 1，因为您还未使用 NEXTVAL 实例化序列来分配其缓存或提供其首批初始值。
=> \ds
List of Sequences
-[ RECORD 1 ]+--------------------
Schema | public
Sequence | my_seq
CurrentValue | 149
IncrementBy | 1
Minimum | 1
Maximum | 5000
AllowCycle | f
Comment |
-[ RECORD 2 ]+--------------------
Schema | public
Sequence | testid_c1_seq
CurrentValue | 0
IncrementBy | 1
Minimum | 1
Maximum | 9223372036854775807
AllowCycle | f
Comment |
1.61 - SESSION_SUBSCRIPTIONS
在 Eon 模式数据库中，列出所有节点的分片订阅，以及订阅是否用于解析当前会话的查询。将参与解析此会话查询的节点在其 IS_PARTICIPATING 列中显示为 TRUE。
示例
以下示例列出了参与当前会话或在其中协作的订阅：
=> SELECT node_name, shard_name, is_collaborating, is_participating
FROM V_CATALOG.SESSION_SUBSCRIPTIONS
WHERE is_participating = TRUE OR is_collaborating = TRUE
ORDER BY shard_name, node_name;
node_name | shard_name | is_collaborating | is_participating
----------------------+-------------+------------------+------------------
v_verticadb_node0004 | replica | f | t
v_verticadb_node0005 | replica | f | t
v_verticadb_node0006 | replica | t | f
v_verticadb_node0007 | replica | f | t
v_verticadb_node0008 | replica | t | f
v_verticadb_node0009 | replica | t | f
v_verticadb_node0007 | segment0001 | f | t
v_verticadb_node0008 | segment0001 | t | f
v_verticadb_node0005 | segment0002 | f | t
v_verticadb_node0009 | segment0002 | t | f
v_verticadb_node0004 | segment0003 | f | t
v_verticadb_node0006 | segment0003 | t | f
(12 rows)
1.62 - SHARDS
列出数据库中的分片。
示例
=> SELECT * FROM SHARDS;
-[ RECORD 1 ]----+------------------
shard_oid | 45035996273704980
shard_name | replica
shard_type | Replica
lower_hash_bound |
upper_hash_bound |
is_replicated | t
has_objects | t
...
1.63 - STORAGE_LOCATIONS
提供有关存储位置（包括 ID、标签和状态）的信息。
特权
超级用户
另请参阅
1.64 - SUBCLUSTERS
此表列出了数据库中定义的所有子群集。它包含数据库中每个节点的条目，其中列出了每个条目所属的子群集。任何不包含节点的子群集在此表中都有一个条目，其中 NODE_NAME 和 NODE_OID 列为空。此表仅在数据库在 Eon 模式下运行时才会填充。
示例
=> \x
Expanded display is on.
dbadmin=> SELECT * FROM SUBCLUSTERS;
-[ RECORD 1 ]----+---------------------
subcluster_oid | 45035996273704978
subcluster_name | default_subcluster
node_oid | 45035996273704982
node_name | v_verticadb_node0001
parent_oid | 45035996273704976
parent_name | verticadb
is_default | t
is_primary | t
control_set_size | -1
-[ RECORD 2 ]----+---------------------
subcluster_oid | 45035996273704978
subcluster_name | default_subcluster
node_oid | 45035996273840970
node_name | v_verticadb_node0002
parent_oid | 45035996273704976
parent_name | verticadb
is_default | t
is_primary | t
control_set_size | -1
-[ RECORD 3 ]----+---------------------
subcluster_oid | 45035996273704978
subcluster_name | default_subcluster
node_oid | 45035996273840974
node_name | v_verticadb_node0003
parent_oid | 45035996273704976
parent_name | verticadb
is_default | t
is_primary | t
control_set_size | -1
另请参阅
1.65 - SUBCLUSTER_RESOURCE_POOL_OVERRIDES
显示内置全局资源池设置的子群集级别覆盖。
1.67 - SYSTEM_TABLES
返回所有系统表名称的列表。
1.69 - TABLES
提供有关数据库中所有表格的信息。
提示
TABLE_SCHEMA 和 TABLE_NAME 列区分大小写。要查询这些列上的 TABLES，请使用不区分大小写的 ILIKE 谓词。例如：
SELECT table_schema, table_name FROM v_catalog.tables WHERE table_schema ILIKE 'Store%';
示例
查找表的创建时间：
=> SELECT table_schema, table_name, create_time FROM tables;
table_schema | table_name | create_time
--------------+-----------------------+-------------------------------
public | customer_dimension | 2011-08-15 11:18:25.784203-04
public | product_dimension | 2011-08-15 11:18:25.815653-04
public | promotion_dimension | 2011-08-15 11:18:25.850592-04
public | date_dimension | 2011-08-15 11:18:25.892347-04
public | vendor_dimension | 2011-08-15 11:18:25.942805-04
public | employee_dimension | 2011-08-15 11:18:25.966985-04
public | shipping_dimension | 2011-08-15 11:18:25.999394-04
public | warehouse_dimension | 2011-08-15 11:18:26.461297-04
public | inventory_fact | 2011-08-15 11:18:26.513525-04
store | store_dimension | 2011-08-15 11:18:26.657409-04
store | store_sales_fact | 2011-08-15 11:18:26.737535-04
store | store_orders_fact | 2011-08-15 11:18:26.825801-04
online_sales | online_page_dimension | 2011-08-15 11:18:27.007329-04
online_sales | call_center_dimension | 2011-08-15 11:18:27.476844-04
online_sales | online_sales_fact | 2011-08-15 11:18:27.49749-04
(15 rows)
查明某些表是否为临时表和 flex 表：
=> SELECT distinct table_name, table_schema, is_temp_table, is_flextable FROM v_catalog.tables
WHERE table_name ILIKE 't%';
table_name | table_schema | is_temp_table | is_flextable
--------------+--------------+---------------+-----------------
t2_temp | public | t | t
tt_keys | public | f | f
t2_temp_keys | public | f | f
t3 | public | t | f
t1 | public | f | f
t9_keys | public | f | f
t2_keys | public | f | t
t6 | public | t | f
t5 | public | f | f
t2 | public | f | t
t8 | public | f | f
t7 | public | t | f
tt | public | t | t
t2_keys_keys | public | f | f
t9 | public | t | t
(15 rows)
1.70 - TEXT_INDICES
提供有关 Vertica 中文本索引的摘要信息。
1.74 - USER_CONFIGURATION_PARAMETERS
提供对数据库用户有效的用户级别配置参数的相关信息。
特权
仅限超级用户
示例
=> SELECT * FROM user_configuration_parameters;
user_name | parameter_name | current_value | default_value
-----------+---------------------------+---------------+---------------
Yvonne | LoadSourceStatisticsLimit | 512 | 256
(1 row)
=> ALTER USER Ahmed SET DepotOperationsForQuery='FETCHES';
ALTER USER
=> ALTER USER Yvonne SET DepotOperationsForQuery='FETCHES';
ALTER USER
=> SELECT * FROM user_configuration_parameters;
user_name | parameter_name | current_value | default_value
-----------+---------------------------+---------------+---------------
Ahmed | DepotOperationsForQuery | FETCHES | ALL
Yvonne | DepotOperationsForQuery | FETCHES | ALL
Yvonne | LoadSourceStatisticsLimit | 512 | 256
(3 rows)
1.75 - USER_FUNCTION_PARAMETERS
提供 C++ 用户定义函数 (UDx) 的参数的相关信息。您只能查看那些 Properties.visible 属性已设置为 TRUE 的参数。
特权
任何用户都可查询 USER_FUNCTION_PARAMETERS 表。但是，用户只能看到其拥有使用权限的 UDx 函数的相关表信息。
另请参阅
1.76 - USER_FUNCTIONS
返回用户定义的 SQL 函数（将常用的 SQL 表达式作为函数存储在 Vertica 编录中）和用户定义函数的相关元数据。
注意
-
将根据函数定义自动推断出 SQL 函数的可变性和严格性，以便 Vertica 确定使用的正确性，比如在应该提供不可变函数时却提供了易变函数。
-
UDx 的可变性和严格性由 UDx 开发者予以定义。
示例
在公共架构中创建名为 myzeroifnull 的 SQL 函数：
=> CREATE FUNCTION myzeroifnull(x INT) RETURN INT
AS BEGIN
RETURN (CASE WHEN (x IS NOT NULL) THEN x ELSE 0 END);
END;
现在查询 USER_FUNCTIONS 表。查询仅返回 myzeroifnull 宏，因为它是在此架构中创建的唯一宏：
=> SELECT * FROM user_functions;
-[ RECORD 1 ]----------+---------------------------------------------------
schema_name | public
function_name | myzeroifnull
procedure_type | User Defined Function
function_return_type | Integer
function_argument_type | x Integer
function_definition | RETURN CASE WHEN (x IS NOT NULL) THEN x ELSE 0 END
volatility | immutable
is_strict | f
is_fenced | f
comment |
另请参阅
1.77 - USER_PROCEDURES
提供有关存储过程和外部过程的信息。用户只能看到他们可以执行的过程。
特权
非超级用户只有在拥有以下权限时才能查看过程的相关信息：
-
对过程架构的 USAGE 权限。
-
对过程的所有权或 EXECUTE 权限。
示例
=> SELECT * FROM user_procedures;
procedure_name | owner | language | security | procedure_arguments | schema_name
--------------------+---------+----------+----------+-----------------------------------------------------------------------------------+-------------
accurate_auc | dbadmin | PL/vSQL | INVOKER | relation varchar, observation_col varchar, probability_col varchar, epsilon float | public
conditionalTable | dbadmin | PL/vSQL | INVOKER | b boolean | public
update_salary | dbadmin | PL/vSQL | INVOKER | x int, y varchar | public
(3 rows)
1.78 - USER_TRANSFORMS
列出当前定义的用户定义转换函数 (UDTF)。
特权
不需要显式权限；但是，用户只会看到他们具有读取权限的架构中包含的 UDTF。
另请参阅
1.80 - VIEW_COLUMNS
提供视图属性信息。
注意
如果您删除视图引用的表，Vertica 不会删除该视图。但是，尝试从VIEW_COLUMNS 访问有关该视图的信息会返回错误，表示视图无效。
另请参阅
VIEWS
1.81 - VIEW_TABLES
显示视图相关依赖项（包括引用视图的表、其架构和所有者）的相关详细信息。
2 - V_MONITOR 架构
本部分中的系统表位于 v_monitor 架构中。这些表提供 Vertica 数据库运行状况的相关信息。
2.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
.
.
.
2.3 - COLUMN_STORAGE
返回每个节点上每个投影的每一列使用的磁盘存储量。
2.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_STORAGE2.5 - COMMUNAL_TRUNCATION_STATUS
仅限 Eon 模式
存储出现编录截断事件时群集状态的相关信息。
示例
=> SELECT * FROM COMMUNAL_TRUNCATION_STATUS;
current_catalog_version | cluster_truncation_version
-------------------------+----------------------------
35 | 35
2.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.
另请参阅
配置参数管理2.8 - CPU_USAGE
记录系统的 CPU 使用历史记录。
特权
超级用户
2.9 - CRITICAL_HOSTS
列出故障可能会导致数据库不安全并强制关机的关键主机。
特权
无
2.11 - CRITICAL_SUBCLUSTERS
列出丢失可能会导致数据库不安全并强制关闭的主子群集。Vertica 在停止子群集之前会检查此表，以确保其不会触发数据库关闭。如果尝试停止或移除此表中的子群集，Vertica 将返回错误消息。有关详细信息，请参阅启动和停止子群集。
此表仅在数据库处于 Eon 模式，且一个或多个子群集为关键时才具有内容。
示例
=> SELECT * FROM critical_subclusters;
subcluster_oid | subcluster_name
-------------------+--------------------
45035996273704996 | default_subcluster
(1 row)
另请参阅
2.12 - CURRENT_SESSION
返回有关当前活动会话的信息。使用此表找出当前会话的 sessionID 并获得先前执行查询的时间。
分析设置
以下列显示不同分析类别的设置：
-
EXECUTION_ENGINE_PROFILING_CONFIGURATION -
QUERY_PROFILING_CONFIGURATION -
SESSION_PROFILING_CONFIGURATION
这些设置为以下几项之一：
有关控制分析设置的信息，请参阅启用分析。
2.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
另请参阅
2.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
2.15 - DATABASE_BACKUPS
在运行 vbr 实用程序后列出成功完成的每个备份的历史信息。此信息可用于确定在推进
AHM 之前是否创建新的备份。因为该系统表显示历史信息，其内容不会始终反映备份存储库的当前状态。例如，如果从存储库中删除备份，DATABASE_BACKUPS 系统表将继续显示相关信息。
要列出现有备份，需运行 vbr，详情请参阅查看备份。
特权
超级用户
2.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)
2.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/
2.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)
另请参阅
2.19 - DEPLOY_STATUS
记录已部署的 Database Designer 设计及其部署步骤的历史记录。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.20 - DEPLOYMENT_PROJECTION_STATEMENTS
包含用于部署数据库设计的
CREATE PROJECTION 语句的相关信息。每行包含不同 CREATE PROJECTION 语句的相关信息。函数
DESIGNER_RUN_POPULATE_DESIGN_AND_DEPLOY 将填充此表。
2.21 - DEPLOYMENT_PROJECTIONS
包含设计过程中创建和删除的投影信息。每行包含关于不同投影的信息。设计部署后，Database Designer 会填充此表。
2.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
2.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
2.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
2.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
2.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
2.28 - DEPOT_UPLOADS
仅限 Eon 模式
列出有关存储库上传到公共存储的详细信息。
2.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]-------------+-------------------
...
2.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)
2.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)
2.32 - DESIGNS
包含关于 Database Designer 设计的信息。创建设计并为 Database Designer 指定某些参数后，
DESIGNER_CREATE_DESIGN 将在 V_MONITOR 架构中创建该表。
2.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)
2.34 - DISK_RESOURCE_REJECTIONS
返回因磁盘空间不足而遭到拒绝的资源请求。输出按 RESOURCE_TYPE 和 REJECTED_REASON 两者进行聚合，以提供更为全面的信息。
另请参阅
2.35 - DISK_STORAGE
返回各节点上的数据库占用的磁盘存储空间。各节点可能有一个或多个存储位置，且可能分布在具备不同属性（如可用空间、已占用空间和块大小）的不同磁盘上。此系统表中的信息有助于确定数据文件所在位置。
此系统表的所有返回值均是在主机操作系统的文件系统上下文中，不特定于 Vertica 特定空间。
存储使用注释为 CATALOG 表示该位置用于存储编录。各 CATALOG 位置仅在创建新数据库时指定。使用 CREATE LOCATION 既无法添加 CATALOG 位置注释，又无法移除现有 CATALOG 注释。
存储位置性能
存储位置的性能用两个值测量：
-
以每秒兆字节数为单位的吞吐量
-
以每秒查找次数为单位的延迟
这两个值会通过以下公式转换为一个数值（速度）：
read-time = (1/throughput) + (1/latency)
-
读取时间：读取 1MB 数据的时间
-
1/吞吐量：读取 1MB 数据的时间 -
1/延迟：查找数据的时间。
如果磁盘的读取时间较少，则磁盘速度较其他磁盘快。
2.36 - DRAINING_STATUS
返回数据库中每个节点的排空状态。该表还提供用户会话总数以及连接到每个节点的最旧用户会话的信息。有关连接到数据库的用户会话的详细信息，请参阅 SESSIONS。
注意
如果您并非超级用户，则 OLDEST_SESSION 列仅包含您有权访问的会话的信息。无特权用户无法查看会话详细信息，但可以查看节点排空状态和用户会话总数。2.37 - ERROR_MESSAGES
列出 Vertica 处理查询时遇到的系统错误消息和警告。有些错误发生时并没有任何事务正在进行中，因此，事务标识符和语句标识符列可能返回 NULL。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.38 - EVENT_CONFIGURATIONS
监控事件配置。
2.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 ...
另请参阅
2.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 数据。
2.41 - HIVE_CUSTOM_PARTITIONS_ACCESSED
此表提供关于 Vertica 访问过的 Hive 分区数据的所有自定义位置的信息。当 Hive 对分区数据使用非默认位置、使用 HCatalog 连接器访问该数据，架构使用 CREATE HCATALOG SCHEMA 语句设置 CUSTOM_PARTITIONS 参数时适用。
特权
不需要显式权限；但是，用户只会看到与他们有权访问的架构对应的记录。
2.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
2.43 - IO_USAGE
提供系统的磁盘 I/O 带宽使用历史记录。
特权
超级用户
2.45 - LDAP_LINK_EVENTS
监控 LDAP 链接同步期间发生的事件。
2.46 - LOAD_SOURCES
与 LOAD_STREAMS 一样，监控每个节点的活动和历史加载指标。LOAD_SOURCES 表按源和部分对信息进行细分。此表中仅针对分析或运行时间超过一秒的 COPY 操作显示对应的行。LOAD_SOURCES 不记录来自 ORC 文件、Parquet 文件或 COPY LOCAL 的加载信息。
当开始加载源或部分时，会在此表中添加一行。加载操作期间，与加载进度相关的列值会随之更新。
唯一标识加载源的列（各种 ID 和名称列）和 IS_EXECUTING 列始终包含非 NULL 值。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.47 - LOAD_STREAMS
监控加载流的加载指标（包括当前指标和历史指标）。这将帮助统计上一批加载过程中有多少记录被成功加载和被拒绝加载。 Vertica 将维护系统表指标直到其达到指定的大小配额（以 KB 计）。配额是通过内部进程设置的，不能直接设置或查看。
特权
如果您具有 SYSMONITOR 角色或作为 dbadmin 用户，则此表显示所有加载。否则，只显示您的加载。
2.48 - LOCK_USAGE
提供关于锁定请求，释放，尝试的聚合信息，例如等待时间/计数和保持时间/计数。Vertica 记录：
-
锁定过程结束时的锁定尝试。
-
锁定尝试释放收的锁定释放。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
2.49 - LOCKS
监控所有节点给与锁定和请求锁定。没有结果显示的表则代表目前没有锁定。
另请参阅
2.50 - LOGIN_FAILURES
系统表记录了每一次失败的登录尝试。该信息帮助判断用户是否无法进入数据库或无法确认可能的入侵。
特权
超级用户
2.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
2.52 - MEMORY_USAGE
记录内存利用率的系统资源历史记录。对于比较 Vertica 使用的内存与整个系统使用的内存很有用。
特权
超级用户
2.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)
另请参阅
2.54 - MONITORING_EVENTS
如果根本原因未得到解决，则报告可能影响数据库性能和功能的重要事件。
有关详细信息，请参阅监控事件。
特权
超级用户
另请参阅
ACTIVE_EVENTS2.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 |
2.56 - NETWORK_USAGE
提供系统的网络带宽使用历史记录。对于确定 Vertica 是否使用大部分可用网络带宽很有用。
特权
超级用户
2.57 - NODE_EVICTIONS
监控系统节点逐出。
2.58 - NODE_RESOURCES
提供节点的快照。对于使用自动化工具或脚本定期轮询节点很有用。
2.59 - NODE_STATES
监控系统的节点恢复状态更改历史记录。Vertica 仅返回关于当前状态为 UP 的节点的信息。要确定哪些节点未运行，请查询 NODES 表。
以下流程图详细描绘了不同的节点状态：
特权
无
2.61 - OUTPUT_DEPLOYMENT_STATUS
包含关于设计中所有投影的配置状态信息。每行包含关于不同投影的信息。当您通过运行函数
DESIGNER_RUN_POPULATE_DESIGN_AND_DEPLOY 部署数据库设计时，Vertica 将填充此表。
2.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 |
2.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)
2.64 - PARTITION_REORGANIZE_ERRORS
监控所有背景分区任务，如果 Vertica 发生错误，则在此表中创建条目并记录相关信息。不记录成功完成的重新分区任务。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.65 - PARTITION_STATUS
对于每个分区表的每个投影，显示根据当前分区表达式实际进行分区的数据部分。更改表分区时，每个投影的 PARTITION_REORGANIZE_PERCENT 值会先降为零，并在所有数据重新分区后恢复到 100。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.66 - PARTITIONS
显示分区元数据，每个 ROS 容器、每个分区键一行。
注意
-
多对多关系存在于分区与 ROS 容器。PARTITIONS 以非标准化方式现实信息。
-
聚合
partition_key列中的 PARTITIONS 以查询包含特定分区的 ROS 容器数量。 -
聚合
ros_id列中的 PARTITIONS 以查询 ROS 容器中存储的分区数量。
示例
请参阅查看分区存储数据。
2.68 - PROJECTION_RECOVERIES
保留投影恢复的历史记录。由于 Vertica 在每个恢复计划添加了一个条目，投影/节点对会在输出中出现多次。
注意
不能在群集恢复期间查询此系统表或其他系统表，群集必须正常运行才能接受连接。特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
RECOVERY_STATUS
2.69 - PROJECTION_REFRESHES
系统表 PROJECTION_REFRESHES 记录刷新操作成功和失败的相关信息。PROJECTION_REFRESHES 将保留投影刷新数据，直到出现以下事件之一为止：
-
给定的投影中开始出现另一个刷新操作。
-
CLEAR_PROJECTION_REFRESHES PROJECTION_REFRESHES 被调用并清除所有投影的数据。
-
已超出表的存储配额。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.70 - PROJECTION_STORAGE
监控每个节点上每个投影所用的磁盘存储量。
注意
不含数据的投影绝不会有完整的统计信息。查询该系统表可以了解您的投影是否包含数据。另请参阅
2.71 - PROJECTION_USAGE
记录关于 Vertica 在每个已处理查询中使用的投影的信息。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
2.72 - QUERY_CONSUMPTION
概述单个查询的执行情况。STATEMENT_ID 和 TRANSACTION_ID 列可组合成为这些查询的唯一键。例外情况：具有多个计划的查询包含尽可能多的记录。
2.73 - QUERY_EVENTS
返回关于查询计划、优化和执行事件的信息。
信息事件类型
警告事件类型
查看以下事件类型和建议操作：
严重事件类型
查看以下事件类型，并根据建议解决问题：
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
2.74 - QUERY_METRICS
监控每个节点上运行的会话和查询。
注意
每次数据库重新启动时都会重置此表中的总计数值。2.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;
示例
请参阅 分析查询计划
另请参阅
2.76 - QUERY_PROFILES
提供关于已执行的查询的信息。
2.78 - REBALANCE_OPERATIONS
包含关于历史和当前重新平衡操作的信息。
特权
超级用户
2.79 - REBALANCE_PROJECTION_STATUS
维护关于相关投影的重新平衡进度的历史记录。
特权
超级用户
另请参阅
2.80 - REBALANCE_TABLE_STATUS
维护关于相关表的重新平衡进度的历史记录。
特权
超级用户
另请参阅
2.81 - RECOVERY_STATUS
提供恢复操作的状态，每个节点返回一行。
注意
不能在群集恢复期间查询此系统表或其他系统表，群集必须正常运行才能接受连接。特权
无
另请参阅
PROJECTION_RECOVERIES2.82 - REMOTE_REPLICATION_STATUS
为备用群集提供复制任务的状态。
特权
无
2.83 - REPARENTED_ON_DROP
列出从原始所有者删除但仍保留在 Vertica 中的对象的重定父级事件。例如，用户可能会离开组织，需要从数据库中将其移除。当数据库管理员从数据库删除用户时，会将该用户的对象重新分配给另一个用户。
在某些情况下，根据 GlobalHeirUsername 参数重新分配 Vertica 用户的对象。在这种情况下，会将用户的对象重新分配给此参数所指示的用户。
2.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';
另请参阅
2.85 - RESOURCE_POOL_MOVE
显示每个节点上的级联事件信息。
另请参阅
2.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)
另请参阅
2.87 - RESOURCE_QUEUES
提供关于正在等待的各种资源池请求的信息。
另请参阅
2.88 - RESOURCE_REJECTION_DETAILS
为 Vertica 拒绝的每个资源请求记录一个条目。这对于确定是否存在资源空间问题以及哪些用户/资源池遇到问题很有用。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
RESOURCE_REJECTIONS2.89 - 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)
另请参阅
2.90 - RESOURCE_USAGE
监控每个节点的系统资源管理。
2.91 - SESSION_MARS_STORE
显示多个活动结果集 (MARS) 的存储信息。
2.94 - SESSIONS
监控外部会话。使用此表执行以下任务：
-
识别运行耗时查询的用户。
-
识别因空闲且未提交的事务持有锁的用户。
-
确定用于特定会话的数据库安全性的详细信息，即安全套接字层 (SSL) 或客户端身份验证。
-
识别特定于客户端的信息，例如客户端版本。
注意
在会话初始化和终止期间，您可能只会看到在您运行虚拟表查询所在节点之外的节点上运行的会话。这是一种临时情况，会话初始化和终止完成时便会更正。特权
超级用户可以无限制访问所有会话信息。用户只能访问有关自身的当前会话的信息。
另请参阅
2.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)
另请参阅
2.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 的实参。有关详细信息，请参阅将捆绑包元数据写入编录。
2.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;
2.98 - STORAGE_POLICIES
监控对一个或更多数据库对象有效的当前存储策略。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。
另请参阅
2.99 - STORAGE_TIERS
提供所有群集节点上带相同标签的所有存储位置的信息。此表列出用于所有同名标签位置的数据总计。
系统表显示群集上存在哪些标记位置，以及有关这些位置的群集范围内数据。
特权
无
另请参阅
2.100 - STORAGE_USAGE
提供有关文件系统存储使用率的信息。这对于确定磁盘空间使用趋势很有用。
特权
超级用户
另请参阅
2.101 - STRATA
包含
Tuple Mover 如何结合每个投影中的 ROS 容器、按层次分解及按尺寸和分区归类 ROS 容器的内部细节。相关
STRATA_STRUCTURES 表提供层次值摘要。
合并 描述了 Tuple Mover 如何结合 ROS 容器。
2.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
2.103 - SYSTEM
监控数据库的总体状态。
2.104 - SYSTEM_RESOURCE_USAGE
提供系统资源（例如内存、CPU、网络、磁盘、I/O）的历史记录。
特权
超级用户
2.106 - SYSTEM_SESSIONS
按系统任务提供有关系统内部会话历史记录信息。
特权
超级用户
2.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
2.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
2.109 - TABLE_STATISTICS
显示收集的表及其各自分区的统计信息。
2.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)
2.112 - TRUNCATED_SCHEMATA
列出已还原架构的原始名称，这些名称因为长度超出 128字符而被截断。
特权
无
2.113 - TUNING_RECOMMENDATIONS
返回上次调用
ANALYZE_WORKLOAD 产生的优化建议结果。此信息对在工作负载分析器结果集上构建筛选器很有用。
特权
超级用户
示例
请参阅
ANALYZE_WORKLOAD。
另请参阅
2.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
另请参阅
2.115 - UDFS_EVENTS
记录涉及 S3、HDFS、GCS 和 Azure 文件系统的事件的信息。
\* TRANSACTION_ID、STATEMENT_ID 和 REQUEST_ID 组合可以唯一标识给定会话中的事件。
特权
超级用户
2.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_MINUTE2.117 - 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_HOUR2.118 - UDFS_STATISTICS
记录关于文件系统操作的聚合信息。此表记录关于 Linux、S3 和 WebHDFS 文件系统的信息，同时记录关于 Libhdfs++ 文件系统的元数据（而非数据）的信息。
一项操作可以由多个独立读取、写入或重试请求组成。SUCCESSFUL_OPERATIONS 和 FAILED_OPERATIONS 计数操作；其他计数器计算独立请求。完成一项操作后，其中一个 OPERATIONS 计数器递增一次，但其他几个计数器可能分别递增几次。
以下查询获取 Libhdfs++ 操作的元数据 RPC 总数：
=> SELECT SUM(metadata_reads) FROM UDFS_STATISTICS WHERE filesystem = 'Libhdfs++';
2.119 - UDX_EVENTS
记录关于因执行用户定义的扩展而引发的事件的信息。
UDx 使用 ServerInterface::logEvent() 填充 RAW 列（仅限 C++）。VMap 支持由 Flex Tables 提供，不得禁用。
2.120 - UDX_FENCED_PROCESSES
提供 Vertica 在隔离模式下运行用户定义的扩展时所使用的进程的相关信息。
特权
无
2.121 - USER_LIBRARIES
列出当前加载的用户库。这些库包含用户定义的扩展 (UDx)，用于提供额外的分析函数。
2.122 - USER_LIBRARY_MANIFEST
列出所有已加载用户库中包含的用户定义函数。
特权
无
2.123 - USER_SESSIONS
返回系统中的用户会话历史。
特权
非超级用户：不需要任何显式权限。您只会看到您有权查看的表的记录。