简介达梦数据库DCA认证备考题库以doc文档形式整理面向正在准备DCA考试或希望系统验证达梦基础知识的数据库学习者。全篇按章节编排从数据库三大构造内存、存储、物理切入细致覆盖数据缓冲区、日志缓冲区、共享内存池的作用用户线程、日志线程、服务器线程、后台线程的启动时机控制文件、数据文件、回滚日志文件等基本文件以及文件组与数据文件的归属关系、SYSTEM库作用、段簇页概念。第二章还专门梳理了数据库管理员的职责包括硬件选型、软件安装、用户访问控制及DM工具图形化管理工具、ISQL等的使用。题库以单选和多选为主部分题目延伸至安装卸载、主备方案与集群工具便于自测与查漏补缺。资源共1份doc文档318KB已有98人浏览学习建议配合达梦官方文档或实验环境逐题核对以强化对DCA核心考点的理解。1. DCA考试题库.doc先把考证门槛和这份文档的用处说清楚“DCA考试题库.doc”这七个字几乎是每个想考证的人硬盘里都会出现一次的东西。你在搜索引擎里翻到它下载解压打开发现里面是几十页按章节排好的选择题于是打算用这个周末把它背完。作为一个把 DCA 从头考下来的人我要先泼一盆冷水这份 doc 能帮你快速摸清 Docker Certified Associate 考什么、怎么出题但它绝对救不了你在考场上面对的真机操作题。它适合已经能独立写 Dockerfile、跑过 Swarm 的从业者用来做考点查缺不适合零基础当教材硬啃——带着这个预期去用它才会变成你的优势而不是一份考前安慰剂。2. DCA题库背后是六张考点地图从目录反推官方到底考什么2.1 DCA考点地图题库目录对应的六大领域DCA 的官方考纲其实一直挂在 Docker 官网的认证页面上只是多数人下载完题库 doc 后就不去看它了。考纲把内容分成几大块镜像与容器生命周期、持久化存储、网络、安全与镜像签名、Swarm 编排、Compose 与故障排查。你看题库 doc 的目录翻来翻去就是这几章但权重完全不一样。考点域题库里常见的章节名典型题目风格镜像与容器生命周期Dockerfile、镜像构建、容器运行给一段 Dockerfile 问构建结果容器起不来问原因持久化存储Volume、Bind Mount容器重启后数据是否保留挂载目录权限谁负责网络bridge、host、overlay端口冲突、容器跨宿主机通信、服务发现安全与认证TLS、Secret、镜像签名信任镜像源、证书位置、iptables 规则Swarm 编排节点、服务、滚动更新副本数、服务发现、网络选择Compose 与排障Compose 文件、日志、日志驱动服务依赖、restart 策略、日志丢失用这个表去对照你手里的 doc你会发现大部分流传版本只有前四个章节Swarm 和 Compose 只占几页但考试里这两块的题量并不少。这就是第一层遗漏题库文档的章节厚度不等于考纲里的分数分布。反推考点不是让你猜题是让你在有限的刷题时间里把力气花在分数密集区。2.2 题型的三个隐藏规则单选题少、拖拽题多、performance像黑匣子很多人在背题库之前根本不知道 DCA 的题型长什么样。它不是一门“全单选”考试。我印象里常规题型至少有三种单选、拖拽排序和 performance 题。单选大多是场景题——给你一个操作目标加一堆约束条件让你选正确命令拖拽题会把一条 docker run 拆成碎片让你按正确顺序拼起来performance 题最直接给你一个模拟终端进去就是 root shell你得像真实干活一样把容器跑起来。题库 doc 里通常只保留文字描述抽不出这些操作形态这就是“背题”和“会考”之间的落差。你看到一道题写着“选择正确的 docker run 参数”如果只是记住选项那考试里一旦改成拖拽顺序你就抓瞎了。我一般会在刷题时把每道选择题强制脑补成“我要在终端里敲哪条命令”然后再对照答案看哪个参数是多余的——这个习惯让我少走了很多弯路。performance 题是黑匣子因为它是机器评分不给你任何提示。命令输错一行容器没起来这一题就是零分不会有人告诉你错在哪。这是很多背题选手挂科的主要原因后面我专门写了一节怎么练这部分。2.3 这份doc容易漏掉的三类内容版本答案、安全题、EE专属功能第一类是版本答案。Docker 命令更新速度快doc 里给的命令可能是两三年前的写法放到现在的 Docker Engine 上已经弃用。第二类是安全题内容不多但性价比极高镜像签名、docker trust、Secret 这些几乎每次考试都会出现可很多 doc 只有一两页带过。第三类是 Docker EE企业版相关内容老版本考纲里有 UCP、镜像签名仓库这些概念。如果你拿到的题库 doc 里完全没有这些不要庆幸那大概率不是“不考”而是整理的人没收集到。处理办法很朴素对照我上面那张表把 doc 里每章页数列出来缺失的部分去官网看当前版本的 Exam Objectives。别贪多认证方向是稳定的考点不会月月刷新但它一直在演进。你要用“当前稳定版”作为答案基准而不是“题库里写了什么”。3. 先把题库变成学习资产转格式、统计题量、错题重刷的完整动作3.1 首刷只看目录先给文档“体检”拿到 doc 的第一反应应该是先备份而不是开始做题。把原始文件复制一份存起来所有标记、删改都在副本上做。我吃过一次亏直接在原文件上高亮结果第二次打开发现题目顺序乱了还没法还原那感觉就像把后悔药扔了。体检动作有三个看目录有没有缺章看页码有没有跳号看答案是不是集中在文末。很多 doc 是从不同年份的考生回忆拼起来的缺页和重复内容非常常见。如果答案集中在文末你得先确认题目和答案的编号是否对得上否则刷着刷着会对上一个错位答案整个章节的节奏都废了。做完体检再决定怎么用。如果某个章节明显比考纲权重小先放一边真正要花时间的是镜像、网络、Swarm 这三块。3.2 从doc转txt一次转换后面所有脚本都用得上为什么必须转成 txt因为 doc 二进制格式不适合做文本统计题号、章节、乱码混在一起想用 grep 和脚本处理基本无从下手。转成纯文本后后面统计题量、抽题、做错题本所有操作都变成一条命令的事。mkdir -p ~/dca_work cp DCA考试题库.doc ~/dca_work/ cd ~/dca_work soffice --headless --convert-to txt:Text --outdir . DCA考试题库.doc ls -la ~/dca_worksoffice 是 LibreOffice 的命令行入口--headless 表示不开图形界面--convert-to txt:Text 指定导出纯文本格式--outdir 指定输出目录避免文件写到乱七八糟的位置。没有 soffice 的话用 WPS 打开后另存为 txt 也行但记得编码选 UTF-8后面处理会顺很多。注意转出来的 txt 可能出现中文乱码先不要慌用 head 命令看前面几十行确认是编码问题还是内容问题具体处理我放在避坑那节。3.3 用一行命令统计题量确认这份题库的含金量拿到 txt 后第一件事是统计到底有多少题。判断一份题库合不合用题量是一个硬指标——如果只有一百多道题那它覆盖的考点一定不够如果号称三千题大概率是重复拼凑。grep -cE ^\s*[0-9]{1,3}[.、)] DCA考试题库.txt grep -nE ^\s*第[一二三四五六七八九十][章节] DCA考试题库.txt | head -20第一条命令统计行首是 1 到 3 位数字加标点的行数这就是粗略的题目数量。第二条命令把文档里“第一章”“第二章”这类标题的行号打出来让你看清章节分布。看到行号后用 sed 或直接打开对应行附近的内容检查章节之间是否有重复段落。这个数字不是绝对的因为有些题目会跨多行题号后只有题干没选项。但统计结果能告诉你一件事这份 doc 是完整整理稿还是随手拼的四不像。如果题号断断续续比如 1、2、3 后面直接跳到 19那就说明中间有丢失或 OCR 识别失败刷的时候要格外小心。3.4 三轮刷题法首轮标记、二轮只做错题、三轮限时模拟我刷 DCA 题库用的是三轮法每轮目的不一样混在一起只会浪费精力。第一轮是摸底不查资料连续做完一个章节把不确定的题号记在单独的笔记里。这轮有个额外任务把题目里出现的所有命令参数抄出来不管对错后面实验阶段要用。第二轮只刷错题和不确定题每道题必须讲出“为什么选它”讲不出来的就算还没掌握回原文找对应知识点。第三轮是模拟考盖住答案按真实考试节奏来每道题不超过两分钟不会的题先跳过。文件夹别搞得太复杂我习惯这样放~/dca_work/ ├── 原版-DCA考试题库.doc ├── DCA考试题库.txt ├── 错题-镜像与容器.md ├── 错题-网络与存储.md ├── 错题-Swarm与Compose.md └── 实验清单.md错题本按章节拆开比建一个超大的总表好使。毕竟 DCA 知识点是分域的错题也需要针对性地补实验。4. 把选择题翻译成真机实验三类必做的docker操作映射4.1 镜像与容器题把“选Dockerfile”变成“跑一次build”题库里镜像相关题目最多Dockerfile 指令顺序、RUN 和 CMD 的区别、镜像层数、容器退出码。这些题背答案能对但考场上如果给你一个模拟终端你连 Dockerfile 都写不利索那就真翻车了。建议把每个考点都落到一次实际构建上。mkdir -p /tmp/dca_exp cd /tmp/dca_exp cat Dockerfile EOF FROM ubuntu:22.04 RUN apt-get update apt-get install -y curl \ rm -rf /var/lib/apt/lists/* EOF docker build -t dca-demo . docker history dca-demo这段构建的主要目的是让你理解 RUN 和层的关系。apt-get install 后面必须接 rm -rf 清缓存这是题库里反复出现的考点多条 RUN 指令会产生多层缓存文件也会留在镜像里。docker history 能看到每一层的大小和创建命令比死记“合并 RUN 能减少层数”直观得多。容器运行的实验也别省docker run -d --name dca-web -p 8080:80 nginx:stable docker inspect dca-web-d 放后台--name 指定容器名-p 8080:80 是宿主机端口映射到容器端口。inspect 输出 JSON能查到容器的网络 IP、挂载卷、启动命令这些字段就是场景题的素材来源。你亲手查过一次再看“容器启动失败”“端口映射不生效”这类题目答案一眼就能看出来。4.2 网络与存储题一卷命令验证“答案为什么对”网络题最常考的坑有三个bridge 和 host 的区别、容器间能不能互通、端口冲突怎么解决。用一套最小实验就能覆盖docker network create --driver bridge dca-net docker run -d --name web --network dca-net -p 8080:80 nginx:stable docker run -d --network dca-net --name checker alpine:3.19 sleep 300 docker exec checker wget -qO- http://web两个容器接到同一个 bridge 网络 dca-net 后Docker 自带的 DNS 能按容器名解析。所以 checker 容器里访问 http://web 能通说明容器间通信在同一网络内其实很简单如果题目问“两个容器在不同网络下如何通信”答案自然就是需要 connect 操作或走端口映射。wget -qO- 的 -q 是静默-O- 输出到标准输出正向验证容器内访问外部依赖。存储题用命名卷最直观docker volume create dca-data docker run -d --name db --mount sourcedca-data,target/var/lib/postgresql/data postgres:16 docker inspect db --format {{json .Mounts}}--mount 比 -v 长但语义清晰source 是宿主机卷名target 是容器内目录。Postgres 官方镜像要求把数据目录挂载到 /var/lib/postgresql/data不挂的话容器删除数据就丢。你做完这个实验再遇到 bind mount 题目只要对比两点宿主机路径是不是你手选的目录、目录权限的 uid 是谁创建的。bind mount 不会自动管理权限经常遇到容器内用户写不进去这就是题库里“报错 permission denied”的真实来源。4.3 Swarm与Compose从多选题变成一次stack deploySwarm 和 Compose 的题目在题库里往往是概念选择题overlay 网络有什么用、rolling update 的参数怎么配、服务副本数怎么扩。这些背起来容易混但只要你真正在 Docker Swarm 模式下部署过一次所有选项都变成常识。先准备一个最简 compose 文件services: app: image: nginx:stable deploy: replicas: 3 update_config: parallelism: 1 delay: 10s networks: - app-net networks: app-net: driver: overlay再把它部署成 stackdocker swarm init --advertise-addr $(hostname -I | awk {print $1}) docker stack deploy -c docker-compose.yml dca docker service ls docker service update --replicas 5 dca_app第一行初始化 Swarm单节点也能作为 Swarm 环境用来练习。docker stack deploy 会把 compose 文件里定义的副本数、网络、更新策略一次性拉起来。docker service ls 看到的就是“服务”维度而不是“容器”维度这就是 Swarm 和普通 docker run 的最大区别。最后一行把 app 服务扩到 5 个副本滚动更新的 parallelism 和 delay 参数会在此刻体现——如果题库问你“更新时如何确保服务不中断”实验里看到的默认行为就是答案。这个实验只要做一次Swarm 相关的选择题你就不会再靠猜了。成本很低一台机器加几分钟时间但效果比重复看十遍题库章节都强。5. 刷这份题库的避坑记录版本差异、重复题目与记忆错觉5.1 现象同一道题题库答案是老命令真机里跑了报错具体表现是题库里写 docker run --namemynginx nginx实际操作时命令提示未知 flag或者容器刚启动就退出还有的答案是旧版 docker-compose 的命令在新版 Docker Engine 上已经换成了 docker compose 子命令。原因是不同年份的考试回忆被合并进了同一份 doc没有标注 Docker 版本而 Docker CLI 在参数和子命令上一路改过不少。解决方法是所有拿不准的命令都以本机 docker version 输出为准执行前先查帮助docker run --help | grep name确认参数确实存在再跑。实验环境看到容器秒退时别先怀疑题库先 docker logs 看启动日志大部分“答案正确但跑不起来”的矛盾都能在这里解开。5.2 现象选择题背得滚瓜烂熟考场上 performance 题全懵这是考 DCA 最典型的翻车方式。选择题能靠题库堆出肌肉记忆可 performance 题直接给你模拟终端没有 IDE、没有提示甚至没有“运行结果”的确认——你输了命令系统只在后台判定。很多背题选手拿到成绩单才发现挂掉的不是知识点而是操作题。原因是题库本质是静态文本展示的是“结果”而不是“过程”。performance 题考的是过程命令顺序错了就是零分。解决方法是考前必须把三类实验完整做一遍构建并运行一个带网络和卷的容器、部署一个 Compose 服务、在 Swarm 里做一次服务扩容。不用复杂但一定要在终端里真实敲出来形成手感而不是只看题库里的命令长什么样。5.3 现象同一道题目在 doc 里出现三遍答案还不一样我看到过一份题库里关于 overlay 网络的问题出现三次分别选了“默认存在”“需要手动创建”“只有 attachable 才存在”三个答案。为什么因为它们来自不同版本的 DockerSwarm 的默认行为确实改过。解决方法是判题时先看选项里的“时代特征”。比如镜像 tag 写 nginx:latest 的大概率是老题写 nginx:stable 或指定版本的往往更新。网络相关题目优先以当前 Docker Engine 文档为准不要相信 doc 里写的“老规矩”。遇到这种重复题在错题本里合并成一条标上“已按当前版本验证”别让矛盾答案干扰你的记忆。5.4 现象doc转txt后中文乱码、题号错乱用 soffice 转出来的 txt 在 Linux 下打开正常放到 Windows 记事本里全乱或者题目里时不时出现一个空方块。这是编码没统一导致的——源 doc 可能是 GBK 编码而脚本默认按 UTF-8 读。file DCA考试题库.txt iconv -f GBK -t UTF-8 DCA考试题库.txt DCA_utf8.txtfile 命令先看检测到的编码类型确认是 ISO-8859 或 GBK 再执行 iconv 转换。转换完再跑 grep 统计题号如果还是错乱打开看有没有全角空格——很多 OCR 生成的行首是全角空格正则会匹配不上这时先把文本里的全角空格替换成半角再统计。6. 把题库变成自测抽题引擎一个考前冲刺用的小脚本6.1 脚本怎么读题按题号切分不依赖空行最后分享一个我在冲刺阶段每天用的小工具。它解决一个具体问题刷到第三轮时你总会下意识按顺序背题顺序一旦固定你会记住“下一题答案”而不是“这个考点的解法”。抽题脚本可以打破这个惯性。#!/usr/bin/env python3 import argparse import random import re import sys def split_questions(text): marker re.compile(r(?m)^\s*(\d{1,3})\s*[.、)]\s*) matches list(marker.finditer(text)) if not matches: return [] questions [] for i, m in enumerate(matches): end matches[i 1].start() if i 1 len(matches) else len(text) body text[m.start():end].strip() if body: questions.append(body) return questions def main(): parser argparse.ArgumentParser(descriptionDCA题库自测抽题) parser.add_argument(txt, help题库txt路径) parser.add_argument(-n, --num, typeint, default10, help抽题数量) parser.add_argument(-a, --show-answer, actionstore_true, help显示答案) args parser.parse_args() text open(args.txt, encodingutf-8, errorsignore).read() questions split_questions(text) if not questions: sys.exit(没有匹配到题号先打开txt确认格式) pool random.sample(questions, kmin(args.num, len(questions))) for i, q in enumerate(pool, 1): print(f--- 第{i}题 ---) print(q) if args.show_answer: ans re.search(r(?m)^答案[:]\s*(\S.*)$, q) if ans: print(f 答案: {ans.group(1)}) print() if __name__ __main__: main()split_questions 用正则匹配行首的题号题号后可以是点、顿号或右括号每道题的结束是下一个题号的开始。这样做的好处是题目可以跨多行不用靠空行切分对转出来的 txt 兼容性最好。答案匹配只针对行首是“答案X”的记录所以前提是题库里答案格式统一——如果不统一先看几道题把正则改成对应格式。6.2 命令行用法与复习节奏用法很简单python3 dca_quiz.py DCA_utf8.txt -n 15 # 不看答案模拟自测 python3 dca_quiz.py DCA_utf8.txt -n 15 -a # 带答案快速过题参数里 -n 指定抽题数量-a 控制是否打印答案行。我冲刺阶段的习惯是白天先用不带 -a 的模式抽 15 题把答案写在纸上晚上再抽同一批题目带 -a 对答案找出“会背但写不对”的题。连续三天抽到同一道重点题就说明这个考点还没真正掌握我会回到实验清单里重新敲一遍相关命令——这才是这个脚本的完整用法抽题只是前半截。回想我自己备考时最痛的教训就是考前最后一天才发现题库里有一半是旧命令导致实验阶段重新补了一遍 Swarm。那一刻起我定了条规矩再难的认证也不抱着 doc 硬背电脑里存着题库手上必须敲得出来。希望你不用踩我这条坑也希望这个“先转格式、再统计、后抽题”的流程帮你在 DCA 上省下几个周末。本文还有配套的精品资源点击获取