citus 常用功能与api——citus表和视图部分（翻译自v9.3）

翻译为个人兴趣，仅供学习参考，侵删

名称	类型	描述
logicalrelid	regclass	该值参考pg_class系统目录表中的relfilenode列。对应分布式表名
partmethod	char	用于分区/分发的方法。值与不同的分区方法的对应为： append: ‘a’ hash: ‘h’ reference table: ‘n’
partkey	text	有关分发列（包括列）的详细信息。编号，类型和其他相关信息。
colocationid	integer	该表属于哪个位置组。同一组中的表允许同位置的联接、分布汇总以及其他优化。此值引用pg_dist_colocation表中的colocationid列。
repmodel	char	用于数据复制的方法。值与复制方法的对应关系为：基于citus语句的复制：“ c” Postgresql流式复制：“ s” *两阶段提交（用于参考表）：“ t”

SELECT * from pg_dist_partition;logicalrelid  | partmethod |                                                        partkey                                                         | colocationid | repmodel
---------------+------------+------------------------------------------------------------------------------------------------------------------------+--------------+----------github_events | h          | {VAR :varno 1 :varattno 4 :vartype 20 :vartypmod -1 :varcollid 0 :varlevelsup 0 :varnoold 1 :varoattno 4 :location -1} |            2 | c(1 row)

Shard table/分片的表

pg_dist_shard表存储有关表的各个分片的元数据。包括该分片所属的分布式表和分发列的统计信息。对于append类型分布式表，这些统计信息对应于分布列的最小值/最大值。如果是hash分布式表，则对应分配给该分片的哈希值范围。这些统计信息用于在SELECT查询期间筛去不相关的分片。

名称	类型	描述
logicalrelid	regclass	该分片所属的分布式表。此值引用pg_class系统目录表中的relfilenode列。
shardid	bigint	分配给该分片的全局唯一标识符。分片id
shardstorage	char	该分片使用的存储类型。下表讨论了不同的存储类型。
shardminvalue	text	对于append类型分布式表，这些统计信息对应于分布列的最小值（包含边界）。对于hash类型分布式表，则对应分配给该分片的哈希值范围最小值（包含边界）。
shardmaxvalue	text	对于append类型分布式表，这些统计信息对应于分布列的最大值（包含边界）。对于hash类型分布式表，则对应分配给该分片的哈希值范围最大值（包含边界）。

SELECT * from pg_dist_shard;logicalrelid  | shardid | shardstorage | shardminvalue | shardmaxvalue
---------------+---------+--------------+---------------+---------------github_events |  102026 | t            | 268435456     | 402653183github_events |  102027 | t            | 402653184     | 536870911github_events |  102028 | t            | 536870912     | 671088639github_events |  102029 | t            | 671088640     | 805306367(4 rows)

分片存储类型

pg_dist_shard表中的shardstorage列指示用于该分片的存储类型。下面是不同分片存储类型及其表示的简要概述。

存储类型	碎片存储值	描述
TABLE	‘t’	分片存储属于常规分布式表的数据。
COLUMNAR	‘c’	分片存储列数据。（由分布式cstore_fdw表使用）
FOREIGN	‘f’	分片存储外部数据。（由分布式file_fdw表使用）

存储类型

碎片存储

值

描述

TABLE

‘t’

分片存储属于常规分布式表的数据。

COLUMNAR

‘c’

分片存储列数据。（由分布式cstore_fdw表使用）

FOREIGN

‘f’

分片存储外部数据。（由分布式file_fdw表使用）

Shard placement table/分片放置表

pg_dist_placement表跟踪工作节点上的分片副本的位置，分配给特定节点的分片的每个副本称为“分片放置”。该表存储有关每个“分片放置” 的运行状况和位置信息。

名称	类型	描述
shardid	bigint	与该展示位置关联的分片标识符。此值引用pg_dist_shard目录表中的shardid列。
shardstate	int	描述此分片放置的状态。不同的分片状态将在下节讨论。
shardlength	bigint	对于append类型分布式表，为工作节点上的“分片放置”大小（以字节为单位）; 对于哈希分布式表，为零。
placementid	bigint	每个“分片放置”自动生成的唯一标识符。分片放置id
groupid	int	一个标识符，用于表示个组id，一个组为：使用流复制模型时，包含一个主服务器和零个或多个辅助服务器。

SELECT * from pg_dist_placement;shardid | shardstate | shardlength | placementid | groupid---------+------------+-------------+-------------+---------102008 |          1 |           0 |           1 |       1102008 |          1 |           0 |           2 |       2102009 |          1 |           0 |           3 |       2102009 |          1 |           0 |           4 |       3102010 |          1 |           0 |           5 |       3102010 |          1 |           0 |           6 |       4102011 |          1 |           0 |           7 |       4

分片放置状态

Citus按位置管理分片健康状态，如果在服务器中保留该分片会使群集处于不一致状态，citus还会自动将分片放置标记为不可用。

pg_dist_placement表中的shardstate列用于存储分片放置的状态。下面是不同分片放置状态及其表示的简要概述。

状态名称	状态值	描述
FINALIZED	1	这是创建新分片的状态。处于这种状态的分片放置被认为是最新的，并用于查询计划和执行中。
INACTIVE	3	由于与相同分片的其他副本不同步，处于这种状态的分片放置被认为是不活动的。当此放置的append，修改（INSERT，UPDATE或DELETE）或DDL操作失败时，可能会发生这种情况。在计划执行期间，查询计划将忽略处于此状态的分片放置。用户可以之后将这些分片中的数据与最终副本同步。
TO_DELETE	4	如果Citus响应master_apply_delete_command调用，尝试删除分片放置并失败，则放置将移至此状态。用户可以之后删除这些分片。

状态名称

状态值

描述

FINALIZED

这是创建新分片的状态。处于这种状态的分片放置被认为是最新的，并用于查询计划和执行中。

INACTIVE

由于与相同分片的其他副本不同步，处于这种状态的分片放置被认为是不活动的。

当此放置的append，修改（INSERT，UPDATE或DELETE）或DDL操作失败时，可能会发生这种情况。

在计划执行期间，查询计划将忽略处于此状态的分片放置。

用户可以之后将这些分片中的数据与最终副本同步。

TO_DELETE

如果Citus响应master_apply_delete_command调用，尝试删除分片放置并失败，则放置将移至此状态。用户可以之后删除这些分片。

Worker node table/工作节点表

pg_dist_node表包含有关集群中工作节点的信息。

名称	类型	描述
nodeid	int	自动生成的单个节点的标识符。
groupid	int	使用流复制模型时，用于表示一组由一个主服务器和零个或多个辅助服务器组成的标识符。默认情况下，它与nodeid相同。
nodename	text	PostgreSQL工作节点的主机名或IP地址。
nodeport	int	PostgreSQL工作节点正在侦听的端口号。
noderack	text	（可选）工作节点的机架放置信息。
hasmetadata	boolean	节点是否包含元数据
isactive	boolean	节点是否处于活动状态并接受分片放置。
noderole	text	节点是主节点还是辅助节点
nodecluster	text	包含此节点的集群的名称
shouldhaveshards	boolean	如果为false，则重新平衡时，分片将被移出该节点（排空），新分布表中的分片也不会放置在该节点上，除非它们与已经存在的分片共存

SELECT * from pg_dist_node;nodeid | groupid | nodename  | nodeport | noderack | hasmetadata | isactive | noderole | nodecluster | shouldhaveshards
--------+---------+-----------+----------+----------+-------------+----------+----------+-------------+------------------1 |       1 | localhost |    12345 | default  | f           | t        | primary  | default     | t2 |       2 | localhost |    12346 | default  | f           | t        | primary  | default     | t3 |       3 | localhost |    12347 | default  | f           | t        | primary  | default     | t
(3 rows)

Distributed object table/分布式对象表

citus.pg_dist_object表包含一个对象列表，如在协调器节点上创建并传播到工作节点的类型和函数。当管理员将新的工作节点添加到群集时，Citus会在新节点上自动创建分布式对象的副本（以正确的顺序满足对象依赖性）。

名称	类型	描述
classid	oid	分布式对象的类
objid	oid	分布式对象的对象ID
objsubid	integer	分布式对象的对象子ID，例如 Attnum
type	text	pg升级期间使用的部分稳定地址
object_names	text[]	pg升级期间使用的部分稳定地址
object_args	text[]	pg升级期间使用的部分稳定地址
distribution_argument_index	integer	仅对分布式功能/过程有效
colocationid	integer	仅对分布式功能/过程有效

“稳定地址”独立于特定服务器唯一地标识对象。 Citus使用pg_identify_object_as_address（）函数创建的稳定地址在PostgreSQL升级期间跟踪对象。

这是一个create_distributed_function（）如何将条目添加到citus.pg_dist_object表的示例：

CREATE TYPE stoplight AS enum ('green', 'yellow', 'red');CREATE OR REPLACE FUNCTION intersection()
RETURNS stoplight AS $$
DECLAREcolor stoplight;
BEGINSELECT *FROM unnest(enum_range(NULL::stoplight)) INTO colorORDER BY random() LIMIT 1;RETURN color;
END;
$$ LANGUAGE plpgsql VOLATILE;SELECT create_distributed_function('intersection()');-- will have two rows, one for the TYPE and one for the FUNCTION
TABLE citus.pg_dist_object;-[ RECORD 1 ]---------------+------
classid                     | 1247
objid                       | 16780
objsubid                    | 0
type                        |
object_names                |
object_args                 |
distribution_argument_index |
colocationid                |
-[ RECORD 2 ]---------------+------
classid                     | 1255
objid                       | 16788
objsubid                    | 0
type                        |
object_names                |
object_args                 |
distribution_argument_index |
colocationid                |

Co-location group table/并置群组表

pg_dist_colocation表包含应将哪些表的分片放置在一起或放置在同一位置的信息。当两个表位于同一托管位置组中时，Citus确保将具有相同分区值的分片放置在相同的工作节点上。这样可以实现联接优化、分布式汇总和外键支持。当分片计数，复制因子和分区列类型都在两个表之间匹配时，推断分片是共置的；如果需要，也可以在创建分布式表时指定自定义共置。

名称	类型	描述
colocationid	int	此行对应的同一位置组的唯一标识符。
shardcount	int	此同一位置组中所有表的分片计数
replicationfactor	int	此同一位置组中所有表的复制因子。
distributioncolumntype	oid	此同一位置组中所有表的分布列的类型。

SELECT * from pg_dist_colocation;colocationid | shardcount | replicationfactor | distributioncolumntype--------------+------------+-------------------+------------------------2 |         32 |                 2 |                     20(1 row)

Rebalancer strategy table/重新平衡器策略表

该表定义了rebalance_table_shards可以用来确定将碎片移动到何处的策略。

名称	类型	描述
name	name	策略的唯一名称
default_strategy	boolean	默认情况下是否rebalance_table_shards应该选择此策略。使用citus_set_default_rebalance_strategy更新此列
shard_cost_function	regproc	成本函数的标识符，该函数必须将shardid作为bigint并返回其成本概念（实类型）
node_capacity_function	regproc	容量函数的标识符，该标识符必须将nodeid作为int并将其节点容量的概念返回为实数类型
shard_allowed_on_node_function	regproc	给定shardid bigint和nodeidarg int的函数的标识符，返回布尔值，表示是否允许将分片存储在节点上
default_threshold	float4	认为节点太满或太空的阈值，该阈值确定rebalance_table_shards何时应该尝试移动分片
minimum_threshold	float4	防止rebalance_table_shards（）的阈值参数设置得太低的保障措施

下表中提供了具有以下策略的Citus安装：

SELECT * FROM pg_dist_rebalance_strategy;-[ RECORD 1 ]-------------------+-----------------------------------
Name                            | by_shard_count
default_strategy                | true
shard_cost_function             | citus_shard_cost_1
node_capacity_function          | citus_node_capacity_1
shard_allowed_on_node_function  | citus_shard_allowed_on_node_true
default_threshold               | 0
minimum_threshold               | 0
-[ RECORD 2 ]-------------------+-----------------------------------
Name                            | by_disk_size
default_strategy                | false
shard_cost_function             | citus_shard_cost_by_disk_size
node_capacity_function          | citus_node_capacity_1
shard_allowed_on_node_function  | citus_shard_allowed_on_node_true
default_threshold               | 0.1
minimum_threshold               | 0.01

默认策略by_shard_count为每个分片分配相同的成本。其作用是均衡节点之间的分片计数。另一种预定义的策略by_disk_size为与磁盘大小匹配的每个分片（以字节为单位）加上与其共置的分片的成本分配了成本。磁盘大小是使用pg_total_relation_size计算的，因此它包含索引。此策略尝试在每个节点上获得相同的磁盘空间。注意阈值0.1 –它可以防止磁盘空间的微小差异导致不必要的分片移动。

Creating custom rebalancer strategies/创建自定义重新平衡器策略

以下是在可在新分片中使用的重新平衡器策略的功能示例，并且该示例使用citus_add_rebalance_strategy函数在Rebalancer策略表中注册。

通过主机名模式设置节点容量异常：

-- example of node_capacity_functionCREATE FUNCTION v2_node_double_capacity(nodeidarg int)RETURNS boolean AS $$SELECT(CASE WHEN nodename LIKE '%.v2.worker.citusdata.com' THEN 2 ELSE 1 END)FROM pg_dist_node where nodeid = nodeidarg$$ LANGUAGE sql;

按查询统计信息表衡量，按进入分片的查询数量进行重新平衡：

-- example of shard_cost_functionCREATE FUNCTION cost_of_shard_by_number_of_queries(shardid bigint)RETURNS real AS $$SELECT coalesce(sum(calls)::real, 0.001) as shard_total_queriesFROM citus_stat_statementsWHERE partition_key is not nullAND get_shard_id_for_distribution_column('tab', partition_key) = shardid;
$$ LANGUAGE sql;

隔离节点（地址为“ 10.0.0.1”）上的特定分片（10000）：

-- example of shard_allowed_on_node_functionCREATE FUNCTION isolate_shard_10000_on_10_0_0_1(shardid bigint, nodeidarg int)RETURNS boolean AS $$SELECT(CASE WHEN nodename = '10.0.0.1' THEN shardid = 10000 ELSE shardid != 10000 END)FROM pg_dist_node where nodeid = nodeidarg$$ LANGUAGE sql;-- The next two definitions are recommended in combination with the above function.
-- This way the average utilization of nodes is not impacted by the isolated shard.
CREATE FUNCTION no_capacity_for_10_0_0_1(nodeidarg int)RETURNS real AS $$SELECT(CASE WHEN nodename = '10.0.0.1' THEN 0 ELSE 1 END)::realFROM pg_dist_node where nodeid = nodeidarg$$ LANGUAGE sql;
CREATE FUNCTION no_cost_for_10000(shardid bigint)RETURNS real AS $$SELECT(CASE WHEN shardid = 10000 THEN 0 ELSE 1 END)::real$$ LANGUAGE sql;

Query statistics table/查询统计表

Citus提供citus_stat_statements来提供统计信息，关于如何执行查询以及针对谁。它类似于PostgreSQL中的pg_stat_statements视图（并且可以结合使用），该视图跟踪有关查询速度的统计信息。

此视图可以将查询跟踪到多租户应用程序中的原租户，这有助于确定何时进行租户隔离。

名称	类型	描述
queryid	bigint	标识符（适用于pg_stat_statements连接）
userid	oid	运行查询的用户
dbid	oid	协调器的数据库实例
query	text	匿名查询字符串
executor	text	使用的Citus执行器：自适应，实时，任务跟踪器，路由器或插入选择
partition_key	text	路由器执行的查询中分发列的值，没有则为NULL
calls	bigint	查询运行的次数

-- create and populate distributed table
create table foo ( id int );
select create_distributed_table('foo', 'id');
insert into foo select generate_series(1,100);-- enable stats
-- pg_stat_statements must be in shared_preload libraries
create extension pg_stat_statements;select count(*) from foo;
select * from foo where id = 42;select * from citus_stat_statements;

结果

-[ RECORD 1 ]-+----------------------------------------------
queryid       | -909556869173432820
userid        | 10
dbid          | 13340
query         | insert into foo select generate_series($1,$2)
executor      | insert-select
partition_key |
calls         | 1
-[ RECORD 2 ]-+----------------------------------------------
queryid       | 3919808845681956665
userid        | 10
dbid          | 13340
query         | select count(*) from foo;
executor      | adaptive
partition_key |
calls         | 1
-[ RECORD 3 ]-+----------------------------------------------
queryid       | 5351346905785208738
userid        | 10
dbid          | 13340
query         | select * from foo where id = $1
executor      | adaptive
partition_key | 42
calls         | 1

注意事项：

1.统计数据不会被复制，在数据库崩溃或故障转移后将不会存在

2.这是协调器节点功能，不支持Citus MX

3.跟踪由pg_stat_statements.max GUC设置的有限数量的查询（默认为5000）

4.要截断表，请使用citus_stat_statements_reset（）函数

Distributed Query Activity/分布式查询活动

使用Citus MX，用户可以从任何节点执行分布式查询。在协调器上检查标准Postgres pg_stat_activity视图将不包括那些由工作节点发起的查询。同样，在工作节点上其中一个分片上的行级锁上的查询可能会被阻止。如果发生这种情况，那么这些查询将不会出现在Citus协调器节点上的pg_locks中。

Citus提供了特殊的视图来监视整个集群中的查询和锁定，包括为分布式查询建立结果，这些查询包括内部使用的特定于分片的查询。

前两个视图包括pg_stat_activity的所有列，以及发起查询的工作程序的主机主机/端口以及集群协调器节点的主机/端口。

例如，对分布式表中的行进行计数：

-- run from worker on localhost:9701SELECT count(*) FROM users_table;

我们可以看到查询出现在citus_dist_stat_activity中：

SELECT * FROM citus_dist_stat_activity;-[ RECORD 1 ]----------+----------------------------------
query_hostname         | localhost
query_hostport         | 9701
master_query_host_name | localhost
master_query_host_port | 9701
transaction_number     | 1
transaction_stamp      | 2018-10-05 13:27:20.691907+03
datid                  | 12630
datname                | postgres
pid                    | 23723
usesysid               | 10
usename                | citus
application_name       | psql
client_addr            |
client_hostname        |
client_port            | -1
backend_start          | 2018-10-05 13:27:14.419905+03
xact_start             | 2018-10-05 13:27:16.362887+03
query_start            | 2018-10-05 13:27:20.682452+03
state_change           | 2018-10-05 13:27:20.896546+03
wait_event_type        | Client
wait_event             | ClientRead
state                  | idle in transaction
backend_xid            |
backend_xmin           |
query                  | SELECT count(*) FROM users_table;
backend_type           | client backend

该查询需要所有分片的信息。其中一些信息位于shard users_table_102038中，该信息恰好存储在localhost：9700中。通过查看citus_worker_stat_activity视图，我们可以看到查询正在访问碎片：

SELECT * FROM citus_worker_stat_activity;-[ RECORD 1 ]----------+-----------------------------------------------------------------------------------------
query_hostname         | localhost
query_hostport         | 9700
master_query_host_name | localhost
master_query_host_port | 9701
transaction_number     | 1
transaction_stamp      | 2018-10-05 13:27:20.691907+03
datid                  | 12630
datname                | postgres
pid                    | 23781
usesysid               | 10
usename                | citus
application_name       | citus
client_addr            | ::1
client_hostname        |
client_port            | 51773
backend_start          | 2018-10-05 13:27:20.75839+03
xact_start             | 2018-10-05 13:27:20.84112+03
query_start            | 2018-10-05 13:27:20.867446+03
state_change           | 2018-10-05 13:27:20.869889+03
wait_event_type        | Client
wait_event             | ClientRead
state                  | idle in transaction
backend_xid            |
backend_xmin           |
query                  | COPY (SELECT count(*) AS count FROM users_table_102038 users_table WHERE true) TO STDOUT
backend_type           | client backend

查询字段显示要从分片中复制出来的数据以进行计数。

注意：如果在没有事务块的情况下执行路由器查询（例如，多租户应用中的单租户，SELECT * FROM表WHERE tenant_id = X），则citus_worker_stat_activity中的master_query_host_name和master_query_host_port列将为NULL。

要查看citus_lock_waits如何工作，我们可以手动生成锁定情况。首先，我们将通过协调器设置一个测试表：

CREATE TABLE numbers ASSELECT i, 0 AS j FROM generate_series(1,10) AS i;
SELECT create_distributed_table('numbers', 'i');

然后，使用协调器上的两个会话，我们可以运行以下语句序列：

-- session 1                           -- session 2
-------------------------------------  -------------------------------------
BEGIN;
UPDATE numbers SET j = 2 WHERE i = 1;BEGIN;UPDATE numbers SET j = 3 WHERE i = 1;-- (this blocks)

citus_lock_waits视图显示了这种情况。

SELECT * FROM citus_lock_waits;-[ RECORD 1 ]-------------------------+----------------------------------------
waiting_pid                           | 88624
blocking_pid                          | 88615
blocked_statement                     | UPDATE numbers SET j = 3 WHERE i = 1;
current_statement_in_blocking_process | UPDATE numbers SET j = 2 WHERE i = 1;
waiting_node_id                       | 0
blocking_node_id                      | 0
waiting_node_name                     | coordinator_host
blocking_node_name                    | coordinator_host
waiting_node_port                     | 5432
blocking_node_port                    | 5432

在此示例中，查询起源于协调器，但是视图还可以列出源自工作线程的查询之间的锁定（例如，使用Citus MX执行）。

Tables on all Nodes

Citus还有其他信息表和视图，这些信息表和视图可在所有节点上访问，而不仅仅是协调器节点。

Connection Credentials Table/连接凭证表

pg_dist_authinfo表保存Citus节点用来相互连接的身份验证参数。

名称	类型	描述
nodeid	integer	来自Worker节点表的节点ID，或者0或-1
rolename	name	Postgres角色
authinfo	text	空格分隔的libpq连接参数

开始连接后，节点将查询表，来查看是否存在具有目标节点ID和所需角色名的行。如果是，则该节点在其libpq连接中包括相应的authinfo字符串。一个常见的示例是存储密码，例如“ password = abc123”，但是您可以查看所有可能性的列表。

authinfo中的参数以空格分隔，格式为key = val。要写入空值或包含空格的值，请用单引号将其括起来，例如，keyword ='a value'。值中的单引号和反斜杠必须使用反斜杠转义，即\'和\\。

nodeid列也可以采用特殊值0和-1，这分别表示所有节点或环回连接。如果对于给定节点，同时存在特定规则和所有节点规则，则特定规则具有优先权。

SELECT * FROM pg_dist_authinfo;nodeid | rolename | authinfo
--------+----------+-----------------123 | jdoe     | password=abc123
(1 row)

Connection Pooling Credentials/连接池凭据

如果要使用连接池工具连接到节点，则可以使用pg_dist_poolinfo指定池工具选项。该元数据表包含Citus通过池管理器连接到节点时要使用的主机，端口和数据库名称。

如果存在池信息，则Citus将尝试使用这些值，而不是建立直接连接。在这种情况下，pg_dist_poolinfo信息将取代pg_dist_node。

名称	类型	描述
nodeid	integer	来自Worker节点表的节点ID
poolinfo	text	以空格分隔的参数：主机，端口或dbname

注意：在某些情况下，Citus会忽略pg_dist_poolinfo中的设置。例如，碎片重新平衡与连接池（例如pgbouncer）不兼容。在这些情况下，Citus将使用直接连接。

-- how to connect to node 1 (as identified in pg_dist_node)INSERT INTO pg_dist_poolinfo (nodeid, poolinfo)VALUES (1, 'host=127.0.0.1 port=5433');

Shards and Indices on MX Workers/MX Worker上的分片和索引

辅助节点将分片存储成的表，通常在Citus MX中是隐藏的（请参阅citus.override_table_visibility（boolean））。需要获取有关每个工作节点上的分片的信息，最简单方法是查询该工作节点的citus_shards_on_worker视图。例如，以下是工作表中用于分布式表test_table的一些分片：

SELECT * FROM citus_shards_on_worker ORDER BY 2;Schema |        Name        | Type  | Owner
--------+--------------------+-------+-------public | test_table_1130000 | table | cituspublic | test_table_1130002 | table | citus

分片的索引也被隐藏，但是可以通过另一个视图citus_shard_indexes_on_worker发现：

SELECT * FROM citus_shard_indexes_on_worker ORDER BY 2;Schema |        Name        | Type  | Owner |       Table
--------+--------------------+-------+-------+--------------------public | test_index_1130000 | index | citus | test_table_1130000public | test_index_1130002 | index | citus | test_table_1130002

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

最近的一个项目需求基础开发总结--高效率开发
进入某东大厂的高效率开发团队的第一个需求任务开发进入新团队后熟悉阶段：1、了解项目情况，项目框架、代码规范、公共类等，是否有可优化部分，在会议提出自己的有效建议，也可以指出项目中的不足（重在让领导知道你有自己思考） 2、在入职熟悉期间，融入团队的同时，观察工…...
2024/4/28 7:48:00
贪心训练日记
1.陶陶摘苹果luoguP1478 贪心贪心假设：在所有可以摘到的苹果中，优先选择需要力气小的苹果。贪心证明：因为要求的是共能摘多少个苹果，所以我们可以将每个苹果的价值都视为1。那么无论是摘比较费劲的苹果还是比较省力的苹果所得到的价值都是一样的。但如果摘比较省力的苹果…...
2024/5/2 14:03:05
ubuntu触摸屏旋转为横屏触摸不准问题解决（usb触摸屏、nano、ubuntu18.04）
参考文章：https://www.codetd.com/article/56513881.查看触摸屏驱动xinput list//情况如下，驱动为ILITEK Multi-Touch-V3000 ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave point…...
2024/4/25 16:47:50
安装VMwaretools是灰色的
网上查询方法一 “虽然重新安装vmware tools 显示是灰色的，但是虚拟机的下载包里面有linux.iso，这个就是我们需要的。”我并没有找到这个Linux.iso。放弃。网上查询方法二首先关闭虚拟机将下面三项均设置为“自动检测” 1.CD/DVD 2(SATA) 2.CD/DVD(SATA) 2.软盘成功~ 再按…...
2024/4/28 8:36:30
安装vmware 安装ubuntu
https://blog.csdn.net/stpeace/article/details/78598333...
2024/5/8 14:47:28
不想做人肉跑数机，数据分析师要掌握沟通能力
“那谁谁给个数！”是数据分析师最讨厌听到的话。如果有更讨厌的，就是在你快下班的时候，突然一个电话打过来“那谁谁快给个数，我们总监马上要看，如果有问题让你老板亲自给我们总监解释！！！”——听完砍人的心都有了。于是很多小哥小姐姐挂着“数据分析师”的title，实际…...
2024/5/8 12:59:10
Android利用github制作maven远程仓库发布sdk
现在是个互相协作的互联网世界，我们开发项目会引用系统sdk和第三方sdk，同时我们也可能是sdk提供方。如果我们自己开发sdk，要通过什么方式发布才能更方便别人使用？这里总结一下android利用github制作maven远程仓库发布sdk的方法。 1.制作本地maven仓库 module build.gradle文…...
2024/5/4 20:19:40
教学|怎么让模型更好看，zbrush法线贴图概念理解
什么是法线贴图？法线贴图（Normal mapping）是可以应用到3D模型表面的特殊纹理，不同于以往的纹理只可以用于2D表面。作为凹凸纹理的扩展，它包括了每个像素的高度值，内含许多细节的表面信息，能够在平平无奇的物体上创建出许多特殊的立体外形，然而这些立体外形是通过使用光…...
2024/5/8 12:00:12
docker封装python的OPCUA客户端镜像
确保虚拟机已经连接外网，打开超级终端，下载continuumio/anaconda3镜像 docker pull continuumio/anaconda3创建一个空文件夹，在这个文件夹下面创建两个文件Dockerfile和main.py编辑Dockerfile内容如下： FROM continuumio/anaconda3:latest ADD main.py /RUN pip install pa…...
2024/4/21 3:10:44
vue中nextTick的用法
什么是nextTick：官方文档介绍：在下次 DOM 更新循环结束之后执行延迟回调。在修改数据之后立即使用这个方法，获取更新后的 DOM。说白了就是在数据变化后立即进行获取或者操作dom（此时dom还未渲染）vue的Dom更新是有一定的策略的。当你操作数据发生改变了，虽然vue是数据驱动…...
2024/4/12 17:30:12
MySQL触发器、视图、函数和存储过程
郸开开汕学编程能做什么工作五大行业任你选2018-12-24 17:53:58 在平时跟小伙伴们的交流中，大家问的比较多的一个问题就是：学了编程能干什么？学泥瓦工可以码砖头、学裁缝能做衣服，这个都有明确的方向。那我们学编程能从事那些工作呢？码农？岂止是码农！而且大家太小看码…...
2024/5/5 21:55:18
锂电池3V～4.2V升压5V3A，高效率FP6277
深圳市百盛新纪元半导体有限公司介绍: FP6277是台湾远翔科技生产输入电压：2.4V至4.5V 输出电压：最大5.3V 输出电流：3A，或者3A以下。导向：（导向型号，均可在我们公司网站查到相关介绍）如果输出电流需要2.4A，可以看FP6276B，如果输出电流需要1A及以下，可以看PS7516。…...
2024/4/13 23:51:42
spring boot-JUnit Test指定profile
Springboot JUnit Test指定profile @RunWith(SpringRunner.class) @SpringBootTest @ActiveProfiles("test") //这里 public class MyTest { }Application启动时指定profile @Profile(“test”)...
2024/4/25 15:59:16
carsim、simulink联合仿真
CARSIM和SIMULINK的联合仿真1 carsim 通常carsim的模型都是将SIMULINK的文件放在公用文档下面，Extension/simulink里面。但是实际上，大多数的控制策略并不是放在这个文件夹下，也可能是自己随便建的。因此，在设置CARSIM的输入输出端口的那一栏选择其他文件夹下的simulink文件…...
2024/4/27 13:25:48
C/C++编程笔记：一题吃透C语言指针与数组，助你理解指针的运算
前言本文主要介绍的是C语言指针知识，希望对于广大读者学习C语言有一些帮助。深入了解C语言指针小知识，先看题算结果：指针，是C语言中的一个重要概念及其特点，也是掌握C语言比较困难的部分，这道题目就很有效的考验了一个人对于指针的运算与C语言数组的掌握。知识解析主要使…...
2024/4/22 2:03:35
计算机网络物理层的小知识点
物理层会涉及的两个设备中继器绰号：转发器技能：将信号整形放大转发出去背景：信号因为噪声造成的失真原理：信号再生弱势：不能存储转发，放大的是数字信号，而不是放大器放大的模拟信号，两端的网段用的是一个协议。集线器本质：多端口的中继器...
2024/4/22 20:01:25
HHUOJ 1634 算法4-6：KMP字符串模式匹配算法实现
HHUOJ 1634 算法4-6：KMP字符串模式匹配算法实现题目链接题目描述 KMP算法是字符串模式匹配算法中较为高效的算法之一，其在某次子串匹配母串失败时并未回溯母串的指针而是将子串的指针移动到相应的位置。严蔚敏老师的书中详细描述了KMP算法，同时前面的例子中也描述了子串移…...
2024/4/11 21:05:25
pytorch+ torchvision与cuda对应版本
pytorch+ torchvision与cuda对应版本具体见链接: https://pytorch.org/get-started/previous-versions/...
2024/4/11 21:05:24
GCD梳理与总结（二）常用API操练
收录：原文作者牧羊的诗人本章Demo延时执行(dispatch_after) 需要注意的是：dispatch_after函数并不是在指定时间之后才开始执行处理，而是在指定时间之后将任务追加到队列中。严格来说，这个时间并不是绝对准确的，但想要大致延迟执行任务，dispatch_after函数是很有效。 dis…...
2024/5/2 3:51:50
vue权限控制
两种方案第一种简单方案像iview-admin一样，配置一个权限字段access数组，如果某个页面不需要权限，不配置该字段即可有时间看看iview-admin源码，mock数据模拟一下就明白了好处：后端只需要返回一个access数组，其他的都由前端完成缺陷：用户组级别达到一定数量，需要配置…...
2024/4/11 21:05:22