GaussDB运维管理工具(二)
GaussDB运维管理工具(二)
- 集群管理组件
- cm_ctl工具介绍
- cm_ctl工具使用
- 查询集群状态
- 启停集群
- 主备切换
- 重建备DN
- 检测进程运行
- 查看实例配置文件
- 手动剔除故障CN
- CM参数获取和配置
- 停止仲裁
Cluster Manager(缩写为CM)是GaussDB的集群管理工具,支持自定义资源监控、节点和实例的启停、实例状态查询、主备切换、日志管理等丰富的数据库管理能力。
集群管理组件
CM包含以下组件:
- OMM:对应的二进制文件为om_monitor。管理服务组件,由crontab定时任务控制拉起(周期为1min)。OMM组件主要负责OMM、etcd、cm_agent进程的保活和启停。
- etcd:对应的二进制文件为etcd。管理服务组件,由OMM组件拉起(周期为1s)。etcd是集群高可用的顶层组件,负责协助CMS选主、持久化集群仲裁信息。etcd组件故障会导致CMS无主,进而导致无法查看集群状态、无法进行高可用切换。
- CM Agent:对应的二进制文件为cm_agent。管理服务组件,由OMM组件拉起(周期为1s)。CMA主要负责CMS、DN进程的保活和启停,仲裁指标采集、仲裁命令执行等。CMS组件故障会导致以下影响:
- CMS、DN进程和保活能力丢失;
- 节点脱管,实例级故障检测能力丢失,被管理实例状态未知。
- CM Server:对应的二进制文件为cm_server。管理服务组件,由CMA组件拉起(周期为1s)。CMS是集群的仲裁中心,依赖etcd(或启用DCC)实现自助选主。CMS组件故障会导致以下影响:
- 集群状态无法查看;
- 整个集群的高可用切换能力丢失(DCF自仲裁模式除外);
- 容灾barrier无法推进;
- DCC模式下,无法持久化集群信息。
- DN:对应的二进制文件为gaussdb。数据服务组件,由CMA组件拉起(周期为1s)。DN组件故障会产生以下影响:
- 单异步备故障:集群无影响;
- 单同步备故障:数据服务卡顿,卡顿时间取决于异步备到同步的日志量;
- 主故障:数据服务不可用;
- 多数派故障:数据服务卡顿直至恢复多数派或者降副本。
组件相关的日志路径如下:
$GAUSSLOG/cm/cm_ctl/cm_ctl*.log
$GAUSSLOG/cm/cm_agent/*.log
$GAUSSLOG/cm/cm_server/*.log
$GAUSSLOG/cm/om_monitor/*.log
cm_ctl工具介绍
cm_ctl是GaussDB提供的数据库实例管理工具,主要供OM调用,以及数据库实例自恢复时使用。cm_ctl支持以下功能:
- 启动数据库实例、AZ所有实例、单个主机上的所有实例,或者单独启动某个实例进程。
- 停止数据库实例、AZ所有实例、单个主机上的所有实例,或者单独停止某个实例进程。
- 重启逻辑数据库实例服务。
- 查询数据库实例状态、或者整个主机状态。
- 切换主备实例、或重置实例状态。
- 重建备机。
- 查看数据库实例配置文件。
- 查看日志级别、一主多备实例部署下cm_server的仲裁模式、AZ之间的切换模式。
- 设置日志级别、一主多备实例部署下cm_server的仲裁模式、AZ之间的切换模式。
- 检测实例的进程状态。
cm_ctl工具使用
查询集群状态
查询集群状态:
[omm@gaussdb001 ~]$ cm_ctl query -Cvipd -z ALL[ CMServer State ]node node_ip instance state
-------------------------------------------------------------------------------------
AZ1 1 22.68.73.130 22.68.73.130 1 /gauss/app/cluster/data/cm/cm_server Primary
AZ2 2 22.68.73.132 22.68.73.132 2 /gauss/app/cluster/data/cm/cm_server Standby
AZ3 3 22.68.73.128 22.68.73.128 3 /gauss/app/cluster/data/cm/cm_server Standby[ ETCD State ]node node_ip instance state
-----------------------------------------------------------------------------------
AZ1 1 22.68.73.130 22.68.73.130 7001 /gauss/app/cluster/data/etcd StateFollower
AZ2 2 22.68.73.132 22.68.73.132 7002 /gauss/app/cluster/data/etcd StateFollower
AZ3 3 22.68.73.128 22.68.73.128 7003 /gauss/app/cluster/data/etcd StateLeader[ Cluster State ]cluster_state : Normal
redistributing : No
balanced : Yes
current_az : AZ_ALL[ Datanode State ]node node_ip instance state | node node_ip instance state | node node_ip instance state
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
AZ1 1 22.68.73.130 22.68.73.130 6001 5432 /gsdata/dn/dn_6001 P Primary Normal | AZ2 2 22.68.73.132 22.68.73.132 6002 5432 /gsdata/dn/dn_6002 S Standby Normal | AZ3 3 22.68.73.128 22.68.73.128 6003 5432 /gsdata/dn/dn_6003 S Standby Normal
数据库实例状态有以下三种状态:
- Noraml:实例可用,且数据有冗余备份,所有进程都在运行,主备关系正常。
- Degraded:数据库实例可用,但是数据没有冗余备份。
- Unavailable:数据库实例不可用。
查询备机REDO状态:
[omm@gaussdb001 ~]$ cm_ctl query -rv
-----------------------------------------------------------------------cluster_state : Normal
redistributing : No
balanced : Yes-----------------------------------------------------------------------node : 2
instance_id : 6002
node_ip : 22.68.73.132
data_path : /gsdata/dn/dn_6002
type : Datanode
instance_state : Standby
is_by_query : 1
primary_flush_location : 00000000/0FC2D8C0
standby_received_location : 00000000/0FC2D8C0
standby_replay_location : 00000000/0FC2D8C0
static_connections : 2
HA_state : Normal
reason : Normal
redo_start_location : 00000000/070000C8
min_recovery_location : 00000000/0FC2CEA0
read_location : 00000000/0FC2D820
last_replayed_end_location : 00000000/0FC2D8C0
recovery_done_location : 00000000/07000028
local_max_lsn : 00000000/0FC2D8C0
read_xlog_io_counter : 37255
read_xlog_io_total_dur : 493503
read_data_io_counter : 180
read_data_io_total_dur : 6548
write_data_io_counter : 0
write_data_io_total_dur : 0
process_pending_counter : 973393
process_pending_total_dur : 1318236
apply_counter : 728094
apply_total_dur : 1803547
speed(est.) : 0 KB/s
delay(est.) : 0 s
senderPercent : 0%
receiverPercent : 100%
worker_info :
id q_use q_max_use rec_cnt
0 0 926 155459
1 0 644 166582
2 0 1174 392423
3 0 201 258929 ...
其中各参数的含义如下:
| 参数名 | 参数说明 |
|---|---|
| is_by_query | 是否通过SQL查询 |
| primary_flush_location | 主机下刷日志的位置 |
| standby_received_location | 备机收到日志的位置 |
| standby_replay_location | 备机回放日志的位置 |
| static_connections | 连接统计 |
| redo_start_location | 回放开始的位置 |
| min_recovery_location | 最小恢复点位置 |
| read_location | 当前回放读取日志的位置 |
| last_replayed_end_location | 上一次回放到的位置 |
| recovery_done_location | 回放结束的位置 |
| local_max_lsn | 本地最大日志位置 |
| read_xlog_io_counter | 读日志的次数 |
| read_xlog_io_total_dur | 读日志的总耗时 |
| read_data_io_counter | 读数据的次数 |
| read_data_io_total_dur | 读数据的总耗时 |
| write_data_io_counter | 写数据的次数 |
| write_data_io_total_dur | 写数据的总耗时 |
| process_pending_counter | 回放主线程日志分发的次数 |
| process_pending_total_dur | 回放主线程日志分发的总耗时 |
| apply_counter | 日志回放同步的次数 |
| apply_total_dur | 日志回放同步的总耗时 |
| worker_info | 回放线程的信息 |
| id | 回放线程序号 |
| q_use | 回放线程队列的使用量 |
| q_max_use | 回放线程队列的最大容量 |
| rec_cnt | 回放线程处理日志的总个数 |
启停集群
启动集群:
cm_ctl start # 启动整个集群
cm_ctl start -z AZ1 # 启动指定的AZ(查询AZ名: cm_ctl query -Cvz ALL)
cm_ctl start -n 1 # 启动指定的节点(查询节点编号: cm_ctl query -Cv)
cm_ctl start -n 1 -D /gsdata/dn/dn_6002 # 启动指定实例(查询实例数据目录: cm_ctl query -Cvd)
cm_ctl start --server # 以DCC模式单独启动CM Server
停止集群:
cm_ctl stop # 停止整个集群
cm_ctl stop -z AZ1 # 停止指定的AZ(查询AZ名: cm_ctl query -Cvz ALL)
cm_ctl stop -n 1 # 停止指定的节点(查询节点编号: cm_ctl query -Cv)
cm_ctl stop -n 1 -D /gsdata/dn/dn_6002 # 停止指定实例(查询实例数据目录: cm_ctl query -Cvd)
cm_ctl stop -m i # 强制停止集群
cm_ctl stop --server # 停止独立启动的CM Server
重启集群流程示例:
[omm@gaussdb001 ~]$ cm_ctl stop
cm_ctl: stop cluster.
cm_ctl: stop nodeid: 1
cm_ctl: stop nodeid: 2
cm_ctl: stop nodeid: 3
.............
cm_ctl: stop cluster successfully.
cm_ctl: stopping the ETCD cluster.
.
cm_ctl: The ETCD cluster stops successfully.[omm@gaussdb001 ~]$ cm_ctl query -Cv
[ CMServer State ]node instance state
--------------------------------
1 22.68.73.130 1 Down
2 22.68.73.132 2 Down
3 22.68.73.128 3 Down[ ETCD State ]node instance state
--------------------------------------
1 22.68.73.130 7001 Down
2 22.68.73.132 7002 Down
3 22.68.73.128 7003 Downcm_ctl: can't connect to cm_server.
Maybe cm_server is not running, or timeout expired. Please try again.[omm@gaussdb001 ~]$ cm_ctl start
cm_ctl: starting the ETCD cluster.
.
cm_ctl: the ETCD cluster starts successfully.
cm_ctl: checking cluster status.
cm_ctl: checking cluster status.
cm_ctl: checking finished in 1437 ms.
cm_ctl: start cluster.
cm_ctl: start nodeid: 1
cm_ctl: start nodeid: 2
cm_ctl: start nodeid: 3
.............
cm_ctl: start cluster successfully.
主备切换
主备switchover为数据库维护操作,请在集群状态正常、所有业务结束、且主备没有日志延迟时才能进行。
⭐️ 通过 pgxc_get_senders_catchup_time()视图可查询主备有无日志追赶。
-- 经测试在某些版本中这个视图/函数已经不存在了gaussdb=# select pgxc_get_senders_catchup_time();
ERROR: function pgxc_get_senders_catchup_time() does not exist
LINE 1: select pgxc_get_senders_catchup_time();^
HINT: No function matches the given name and argument types. You might need to add explicit type casts.
CONTEXT: referenced column: pgxc_get_senders_catchup_timegaussdb=# \d pgxc_get_senders_catchup_time
Did not find any relation named "pgxc_get_senders_catchup_time".gaussdb=# \sf pgxc_get_senders_catchup_time
ERROR: function "pgxc_get_senders_catchup_time" does not exist
主备切换命令:
cm_ctl switchover -z AZ1 # 将所有的GTM和DN主实例切换到指定的AZ
cm_ctl switchover -n 1 -D /gsdata/dn/dn_6001 # 将指定节点的实例切换为主实例cm_ctl switchover -A # 将所有DN实例统一从主切换到备,并选择相应分片的其他实例升主
cm_ctl switchover -a # 重置集群主备关系为初始配置状态cm_ctl switchover -n 1 -D /gauss/app/cluster/data/cm/cm_server # DCC模式下指定CM Server主备切换
重建备DN
非强制build目标需要处于Down状态,或是处于NeedRepair状态的备机、级联备机,且reason不为Disconnected或者Connecting。
重建命令:
cm_ctl build -n 2 -D /gsdata/dn/dn_6002 # 重建指定节点的备DN
cm_ctl build -c # 重建CM Server
检测进程运行
检测命令:
cm_ctl check -B gaussdb -T /gsdata/dn/dn_6001 # 检测gaussdb进程运行状态
cm_ctl check -B cm_agent -T /gauss/app/cluster/data/cm/cm_agent # 检测cm_agent进程运行状态
cm_ctl check -B cm_server -T /gauss/app/cluster/data/cm/cm_server # 检测cm_server进程运行状态
查看实例配置文件
查看配置文件信息:
cm_ctl view # 查看集群配置文件
cm_ctl view -n 1 # 查看指定节点的配置文件
手动剔除故障CN
手动剔出指定CN节点:
cm_ctl disable -n 1 -D /gsdata/dn/dn_6001
CM参数获取和配置
⭐️ CMS和CMA的参数可通过以下文件查看:
- /gauss/app/cluster/data/cm/cm_server/cm_server.conf
- /gauss/app/cluster/data/cm/cm_agent/cm_agent.conf
设置CM Server参数:
cm_ctl set --log_level=DEBUG5 # 设置主CM Server日志级别为DEBUG5
cm_ctl set --cm_arbitration_mode=MAJORITY # 设置CM Server仲裁模式为多数派模式
cm_ctl set --cm_switchover_az_mode=AUTO # 设置AZ之间的自动切换开关为自动切换模式
cm_ctl set --cmsPromoteMode=AUTO -I 1 # 设置CMS升主方式为自选主方式
获取CM Server参数:
cm_ctl get --log_level # 获取主CM Server日志级别
cm_ctl get --cm_arbitration_mode # 获取CM Server仲裁模式
cm_ctl get --cm_switchover_az_mode # 获取AZ之间的自动切换开关
设置CM参数:
# 格式
cm_ctl set --param --agent -k "parameter=value" # 设置CMA参数
cm_ctl set --param --server -k "parameter=value" # 设置CMS参数# 示例
cm_ctl set --param --agent -k "incremental_build=on"
cm_ctl set --param --server -k "switch_rto=600"
动态加载CM参数:
cm_ctl reload --param --agent # 动态加载CMA参数
cm_ctl reload --param --server # 动态加载CMS参数
列出所有CM参数:
cm_ctl list --param --agent # 列出所有CMA参数
cm_ctl list --param --server # 列出所有CMS参数
停止仲裁
管理仲裁命令:
cm_ctl disablecm --all # 一键禁用所有启停仲裁
cm_ctl disablecm --start # 禁用全部实例启动
cm_ctl disablecm --arbitrate="DN_ARBITRATE" # 禁用DN仲裁cm_ctl enablecm --all # 一键启用所有启停仲裁
cm_ctl enablecm --start -n 1 -D /gsdata/dn/dn_6001 # 启用单个实例启动
cm_ctl enablecm --arbitrate # 启用全部仲裁
相关文章:
GaussDB运维管理工具(二)
GaussDB运维管理工具(二) 集群管理组件cm_ctl工具介绍cm_ctl工具使用查询集群状态启停集群主备切换重建备DN检测进程运行查看实例配置文件手动剔除故障CNCM参数获取和配置停止仲裁 Cluster Manager(缩写为CM)是GaussDB的集群管理工…...
【HarmonyOS之旅】HarmonyOS开发基础知识(一)
目录 1 -> 应用基础知识 1.1 -> 用户应用程序 1.2 -> 用户应用程序包结构 1.3 -> Ability 1.4 -> 库文件 1.5 -> 资源文件 1.6 -> 配置文件 1.7 -> pack.info 1.8 -> HAR 2 -> 配置文件简介 2.1 -> 配置文件的组成 3 -> 配置文…...
Mysql数据究竟是如何存储的
Mysql行列式 开篇 笔者这几日在学习mysql是这么运行的这本书,感觉书中的内容受益匪浅,想整理成自己的话分享给大家,平时大家工作和生活中可能没有时间去专心投入读取一本书,而mysql是这么运行的这本书需要投入大量的时间的学…...
STM32单片机使用CAN协议进行通信
CAN总线(控制器局域网总线) 理论知识 CAN总线是由BOSCH公司开发的一种简洁易用、传输速度快、易扩展、可靠性高的串行通信总线 CAN总线特征 两根通信线(CAN_H、CAN_L),线路少,无需共地差分信号通信&…...
Docker 入门:如何使用 Docker 容器化 AI 项目(二)
四、将 AI 项目容器化:示例实践 - 完整的图像分类与 API 服务 让我们通过一个更完整的 AI 项目示例,展示如何将 AI 项目容器化。我们以一个基于 TensorFlow 的图像分类模型为例,演示如何将训练、推理、以及 API 服务过程容器化。 4.1 创建 …...
MVVM、MVC、MVP 的区别
MVVM(Model-View-ViewModel)、MVC(Model-View-Controller)和MVP(Model-View-Presenter)是三种常见的软件架构模式,它们在客户端应用开发中被广泛使用。每种模式都有其特定的设计理念和应用场景&…...
【Verilog】期末复习
数字逻辑电路分为哪两类?它们各自的特点是什么? 组合逻辑电路:任意时刻的输出仅仅取决于该时刻的输入,而与电路原来的状态无关 没有记忆功能,只有从输入到输出的通路,没有从输出到输入的回路 时序逻辑电路&…...
C#都可以找哪些工作?
在国内学习C#,可以找的工作主要是以下4个: 1、游戏开发 需要学习C#编程、Unity引擎操作、游戏设计和3D图形处理等。 2、PC桌面应用开发 需要学习C#编程、WinForm框架/WPF框架、MVVM设计模式和UI/UX设计等。 3、Web开发 需要学习C#编程、ASP.NET框架…...
机器学习Python使用scikit-learn工具包详细介绍
一、简介 Scikit-learn是一个开源的机器学习库,用于Python编程语言。它建立在NumPy、SciPy和matplotlib这些科学计算库之上,提供了简单有效的数据挖掘和数据分析工具。Scikit-learn库包含了许多用于分类、回归、聚类和降维的算法,包括支持向量…...
蓝桥杯真题 - 扫雷 - 题解
题目链接:https://www.lanqiao.cn/problems/549/learning/ 个人评价:难度 1 星(满星:5) 前置知识:无 整体思路 按题意模拟;为了减少不必要的“数组越界”判断,让数组下标从 1 1 1…...
vue3项目结合Echarts实现甘特图(可拖拽、选中等操作)
效果图: 图一:选中操作 图二:上下左右拖拽操作 本案例在echarts示例机场航班甘特图的基础上修改 封装ganttEcharts组件,测试数据 airport-schedule.jsonganttEcharts代码: 直接复制粘贴可测…...
Log4j2 插件的简单使用
代码: TestPlugin.java package com.chenjiacheng.webapp.plugins;import org.apache.logging.log4j.core.LogEvent; import org.apache.logging.log4j.core.config.plugins.Plugin; import org.apache.logging.log4j.core.lookup.StrLookup;/*** Created by chenjiacheng on …...
Linux之RPM和YUM命令
一、RPM命令 1、介绍 RPM(RedHat Package Manager).,RedHat软件包管理工具,类似windows里面的setup,exe是Liux这系列操作系统里而的打包安装工具。 RPMI包的名称格式: Apache-1.3.23-11.i386.rpm “apache’” 软件名称“1.3.23-11” 软件的版本号&am…...
读取硬件板子上的数据
SSCOM工具,先要安装一个插件 这样就可以读到设备数据...
Cesium 实例化潜入潜出
Cesium 实例化潜入潜出 1、WebGL Instance 的原理 狭义的的WebGL 中说使用 Instance, 一般指使用 glDrawArraysInstanced 用于实例化渲染的函数。它允许在一次绘制调用中渲染多个相同的几何体实例,而无需为每个实例发起单独的绘制调用。 Three.js 就是使用这种方…...
java引入jedis并且关于开放redis端口问题
博主主页: 码农派大星. 数据结构专栏:Java数据结构 数据库专栏:数据库 JavaEE专栏:JavaEE 软件测试专栏:软件测试 关注博主带你了解更多知识 目录 1. 引入jedis 编辑 2. 关于java客户端开放redis端口问题 3. 连接redis服务器 redis服务器在官网公开了使用的协议: resp…...
【人工智能】用Python实现情感分析:从简单词典到深度学习方法的演进
《Python OpenCV从菜鸟到高手》带你进入图像处理与计算机视觉的大门! 解锁Python编程的无限可能:《奇妙的Python》带你漫游代码世界 情感分析是自然语言处理(NLP)中的一个重要任务,其目的是通过分析文本内容,识别出其中的情感极性,如正面、负面或中性。随着技术的不断…...
关系型数据库的完整性和一致性
完整性 1.实体完整性 - 每一个实体都是独一无二的,没有冗余 --主键/唯一索引 2.参照完整性 - 外键 3.域完整性 - 存储的数据都是有效的数据 --数据类型/数据长度/非空约束/检查约束/ 检查约束: alter table tb_score add constraint ck_score_scmar…...
设计模式の命令访问者迭代器模式
文章目录 前言一、命令模式二、访问者模式三、迭代器模式 前言 本篇是关于设计模式中命令模式、访问者模式、以及迭代器模式的学习笔记。 一、命令模式 命令模式是一种行为型设计模式,其核心目的在于将命令的发送者和接受者解耦,提供一个中间层对命令进行…...
信息系统项目管理 -冲突管理
信息系统项目管理题 冲突管理: 项目管理信息系统包括()软件,用于监督资源的使用情况,协助确保合适的资源适时、适地的用于合适活动。 A资源管理或进度计划 BCRM系统 C采购系统或智能分析 DBOM系统 答案:A …...
Linux链表操作全解析
Linux C语言链表深度解析与实战技巧 一、链表基础概念与内核链表优势1.1 为什么使用链表?1.2 Linux 内核链表与用户态链表的区别 二、内核链表结构与宏解析常用宏/函数 三、内核链表的优点四、用户态链表示例五、双向循环链表在内核中的实现优势5.1 插入效率5.2 安全…...
<6>-MySQL表的增删查改
目录 一,create(创建表) 二,retrieve(查询表) 1,select列 2,where条件 三,update(更新表) 四,delete(删除表…...
大话软工笔记—需求分析概述
需求分析,就是要对需求调研收集到的资料信息逐个地进行拆分、研究,从大量的不确定“需求”中确定出哪些需求最终要转换为确定的“功能需求”。 需求分析的作用非常重要,后续设计的依据主要来自于需求分析的成果,包括: 项目的目的…...
从零实现富文本编辑器#5-编辑器选区模型的状态结构表达
先前我们总结了浏览器选区模型的交互策略,并且实现了基本的选区操作,还调研了自绘选区的实现。那么相对的,我们还需要设计编辑器的选区表达,也可以称为模型选区。编辑器中应用变更时的操作范围,就是以模型选区为基准来…...
C# SqlSugar:依赖注入与仓储模式实践
C# SqlSugar:依赖注入与仓储模式实践 在 C# 的应用开发中,数据库操作是必不可少的环节。为了让数据访问层更加简洁、高效且易于维护,许多开发者会选择成熟的 ORM(对象关系映射)框架,SqlSugar 就是其中备受…...
Spring数据访问模块设计
前面我们已经完成了IoC和web模块的设计,聪明的码友立马就知道了,该到数据访问模块了,要不就这俩玩个6啊,查库势在必行,至此,它来了。 一、核心设计理念 1、痛点在哪 应用离不开数据(数据库、No…...
华硕a豆14 Air香氛版,美学与科技的馨香融合
在快节奏的现代生活中,我们渴望一个能激发创想、愉悦感官的工作与生活伙伴,它不仅是冰冷的科技工具,更能触动我们内心深处的细腻情感。正是在这样的期许下,华硕a豆14 Air香氛版翩然而至,它以一种前所未有的方式&#x…...
AGain DB和倍数增益的关系
我在设置一款索尼CMOS芯片时,Again增益0db变化为6DB,画面的变化只有2倍DN的增益,比如10变为20。 这与dB和线性增益的关系以及传感器处理流程有关。以下是具体原因分析: 1. dB与线性增益的换算关系 6dB对应的理论线性增益应为&…...
三分算法与DeepSeek辅助证明是单峰函数
前置 单峰函数有唯一的最大值,最大值左侧的数值严格单调递增,最大值右侧的数值严格单调递减。 单谷函数有唯一的最小值,最小值左侧的数值严格单调递减,最小值右侧的数值严格单调递增。 三分的本质 三分和二分一样都是通过不断缩…...
C语言中提供的第三方库之哈希表实现
一. 简介 前面一篇文章简单学习了C语言中第三方库(uthash库)提供对哈希表的操作,文章如下: C语言中提供的第三方库uthash常用接口-CSDN博客 本文简单学习一下第三方库 uthash库对哈希表的操作。 二. uthash库哈希表操作示例 u…...
