2026年數(shù)據(jù)庫(kù)開(kāi)發(fā)工程師崗位技能考試題庫(kù)含答案一、單項(xiàng)選擇題（每題2分，共40分）1.在MySQL8.0中，以下哪一項(xiàng)新特性可以在線修改InnoDB表的列順序而不阻塞DML？A.INSTANTADDCOLUMNB.INPLACEALTERC.RENAMECOLUMND.ALTERTABLE…ALGORITHM=COPY答案：A解析：MySQL8.0引入的INSTANT算法允許對(duì)InnoDB表執(zhí)行“瞬時(shí)”加列、改列順序等操作，僅修改數(shù)據(jù)字典，不重建聚簇索引，故不會(huì)阻塞并發(fā)DML。2.PostgreSQL15的MERGE語(yǔ)句在匹配不到源行時(shí)，以下哪種行為會(huì)被執(zhí)行？A.自動(dòng)回滾B.觸發(fā)WHENNOTMATCHEDTHENINSERTC.觸發(fā)WHENNOTMATCHEDBYSOURCED.直接跳過(guò)答案：C解析：PG15的MERGE支持WHENNOTMATCHEDBYSOURCE子句，可對(duì)目標(biāo)表中存在而源表不存在的行做UPDATE或DELETE，填補(bǔ)SQL標(biāo)準(zhǔn)缺口。3.在Oracle21c的Sharding環(huán)境中，確定分片鍵值后，路由層（ShardDirector）依賴(lài)哪類(lèi)對(duì)象完成快速定位？A.分區(qū)映射表B.分片空間映射（ShardspaceMap）C.目錄數(shù)據(jù)庫(kù)中的分片鍵-分片映射表D.控制文件答案：C解析：目錄數(shù)據(jù)庫(kù)維護(hù)一張“分片鍵→分片”映射表，ShardDirector將其緩存于本地，以O(shè)(1)時(shí)間完成路由。4.某業(yè)務(wù)表每日新增10億行，需保存90天，之后按日批量刪除。使用TiDB6.5時(shí)，最佳分區(qū)策略是：A.RANGECOLUMNS(create_time)B.HASH(id)C.LIST(region)D.KEY(user_id)答案：A解析：RANGE分區(qū)可按時(shí)間自然對(duì)齊，批量刪除整分區(qū)只需DROPPARTITION，避免了大規(guī)模DELETE造成的GC及寫(xiě)放大。5.MongoDB6.0在分片集群中，對(duì)時(shí)序集合啟用metaField分片，以下哪項(xiàng)描述正確？A.每個(gè)metaField值只能落到一個(gè)chunkB.時(shí)間字段必須作為分片鍵前綴C.可自動(dòng)歸檔至OnlineArchiveD.不支持復(fù)合分片鍵答案：C解析：時(shí)序集合支持自動(dòng)歸檔，熱數(shù)據(jù)保留在集群，冷數(shù)據(jù)按規(guī)則移至OnlineArchive，降低存儲(chǔ)成本。6.Redis7.0的Functions特性相比Lua腳本，主要優(yōu)勢(shì)是：A.原子性更強(qiáng)B.可持久化到RDBC.支持無(wú)死鍵的異步執(zhí)行D.可熱更新且對(duì)客戶(hù)端透明答案：D解析：Functions在加載后常駐內(nèi)存，支持熱替換，客戶(hù)端無(wú)需改動(dòng)調(diào)用方式，解決了Lua腳本版本漂移問(wèn)題。7.在ClickHouse22.8中，對(duì)MergeTree表執(zhí)行ALTERUPDATE時(shí)，哪項(xiàng)參數(shù)可控制后臺(tái)mutation線程數(shù)？A.background_pool_sizeB.max_threadsC.mutation_max_threadsD.max_merges_in_background答案：C解析：mutation_max_threads專(zhuān)用于控制mutation任務(wù)并發(fā)度，避免UPDATE/DELETE操作搶占merge資源。8.SQLServer2025的“智能查詢(xún)處理”功能中，哪一項(xiàng)可在參數(shù)嗅探導(dǎo)致性能回退時(shí)自動(dòng)重編譯？A.AdaptiveJoinB.MemoryGrantFeedbackC.ParameterSensitivityPlanD.BatchModeonRowstore答案：C解析：PSP在檢測(cè)到參數(shù)嗅探引起性能差異時(shí)，自動(dòng)生成并緩存多個(gè)計(jì)劃，按運(yùn)行時(shí)參數(shù)值選擇最優(yōu)計(jì)劃。9.某金融系統(tǒng)使用兩階段提交（2PC），協(xié)調(diào)者日志損壞導(dǎo)致部分參與者處于“準(zhǔn)備”狀態(tài)，應(yīng)優(yōu)先采用：A.人工回滾B.重啟參與者C.讀取協(xié)調(diào)者備份日志執(zhí)行啟發(fā)式回滾D.直接提交答案：C解析：備份日志可恢復(fù)協(xié)調(diào)者最后記錄的全局事務(wù)狀態(tài)，依據(jù)狀態(tài)對(duì)懸而未決的參與者執(zhí)行啟發(fā)式提交或回滾。10.在Neo4j5的Cypher中，查找兩節(jié)點(diǎn)間所有長(zhǎng)度為3的最短路徑，應(yīng)使用的函數(shù)是：A.shortestPathB.allShortestPathsC.kShortestPathsD.weightedShortestPath答案：B解析：allShortestPaths返回所有長(zhǎng)度等于最短長(zhǎng)度的路徑，若最短長(zhǎng)度為3，則結(jié)果集中均為3跳路徑。11.在AWSAuroraMySQL中，使用“并行查詢(xún)”加速大表聚合時(shí)，以下哪類(lèi)SQL無(wú)法受益？A.SELECTCOUNT(*)FROMlineitemWHEREl_shipdate>'2025-01-01'B.SELECTl_returnflag,SUM(l_extendedprice)FROMlineitemGROUPBYl_returnflagC.SELECT*FROMlineitemLIMIT10D.SELECTMAX(l_discount)FROMlineitem答案：C解析：并行查詢(xún)需掃描大量數(shù)據(jù)，LIMIT10只需返回少量行，優(yōu)化器選擇索引回表更快，不會(huì)啟用并行。12.當(dāng)使用Elasticsearch8.5的“索引生命周期管理”時(shí)，熱階段rollover條件不支持：A.文檔數(shù)B.索引大小C.時(shí)間間隔D.字段基數(shù)答案：D解析：rollover支持max_docs、max_size、max_age，與字段基數(shù)無(wú)關(guān)。13.在CockroachDB22.2中，以下哪項(xiàng)最能降低跨地域?qū)懷舆t？A.增加range_max_bytesB.使用REGIONALBYROW表C.關(guān)閉Raftlog壓縮D.提高clockskew容忍度答案：B解析：REGIONALBYROW將行數(shù)據(jù)按region列自動(dòng)分區(qū)，寫(xiě)操作就近提交，減少跨洲RTT。14.某團(tuán)隊(duì)使用Flyway做版本控制，腳本V1.2__alter_user_add_column.sql被重復(fù)執(zhí)行，最可能原因是：A.checksum沖突B.schema_history表被手動(dòng)刪除C.文件名大小寫(xiě)不一致D.outOfOrder設(shè)為true答案：B解析：schema_history記錄已執(zhí)行版本，若被清空，F(xiàn)lyway會(huì)重新執(zhí)行所有腳本。15.在Doris1.2的UniqueKey模型上執(zhí)行UPDATE，底層實(shí)際發(fā)生的動(dòng)作是：A.原地更新B.標(biāo)記刪除+插入新行C.直接寫(xiě)WALD.生成新rowset并merge答案：B解析：UniqueKey采用“替換語(yǔ)義”，更新即先標(biāo)記舊行deleted，再插入新行，后續(xù)由compaction合并。16.在HBase2.4中，若希望get操作跳過(guò)寫(xiě)緩存（MemStore），應(yīng)：A.設(shè)置Consistency.TIMELINEB.設(shè)置IsolationLevel.READ_UNCOMMITTEDC.設(shè)置setCacheBlocks(false)D.設(shè)置setCheckExistenceOnly(true)答案：B解析：READ_UNCOMMITTED直接讀HFile，繞過(guò)MemStore，可能讀到未提交數(shù)據(jù)，但延遲最低。17.在Snowflake中，以下哪類(lèi)對(duì)象可直接跨region共享且無(wú)需復(fù)制存儲(chǔ)？A.外部表B.物化視圖C.SecureDataSharingD.Streams答案：C解析：SecureDataSharing通過(guò)metadata共享，數(shù)據(jù)仍在提供方存儲(chǔ)，消費(fèi)方無(wú)需復(fù)制。18.使用Prometheus監(jiān)控MySQL時(shí)，mysqld_exporter的--_schema.innodb_metrics默認(rèn)采集周期是：A.1sB.5sC.10sD.30s答案：B解析：官方默認(rèn)5s，防止對(duì)information_schema.innodb_metrics頻繁查詢(xún)?cè)斐尚阅芏秳?dòng)。19.在DB211.5的BLUAcceleration中，列式表不支持：A.壓縮字典B.主鍵約束C.觸發(fā)器D.并行加載答案：C解析：BLU列式表出于性能考慮，禁止行級(jí)觸發(fā)器。20.在OceanBase4.0的分布式事務(wù)中，若某參與者進(jìn)入“prepared”后宕機(jī)，恢復(fù)時(shí)依賴(lài)：A.本地redo日志B.全局事務(wù)表（GTS）C.備份庫(kù)D.事務(wù)狀態(tài)日志（clog）答案：D解析：OB將事務(wù)狀態(tài)寫(xiě)入clog，重啟后重放即可決定提交或回滾。二、多項(xiàng)選擇題（每題3分，共30分）21.關(guān)于MySQL8.0的“不可見(jiàn)列”，以下說(shuō)法正確的是：A.SELECT*不返回不可見(jiàn)列B.可定義不可見(jiàn)列為主鍵C.可在線改為可見(jiàn)D.外鍵可引用不可見(jiàn)列答案：A、B、C解析：不可見(jiàn)列對(duì)SELECT*隱藏，但允許作為主鍵或外鍵目標(biāo)，且可在線ALTERTABLE…ALTERCOLUMN…SETVISIBLE。22.PostgreSQL的logicalreplicationslot在以下哪些情況下會(huì)持續(xù)增長(zhǎng)導(dǎo)致磁盤(pán)滿(mǎn)？A.訂閱端長(zhǎng)期離線B.發(fā)布端執(zhí)行大量UPDATEC.wal_level=minimalD.訂閱端存在長(zhǎng)事務(wù)答案：A、B、D解析：minimal級(jí)別不支持邏輯復(fù)制，故C不選；A、B、D均導(dǎo)致WAL無(wú)法被清理。23.使用RedisCluster時(shí)，以下哪些命令會(huì)被重定向到正確節(jié)點(diǎn)？A.MGETk1k2B.EVAL"returnredis.call('get',KEYS[1])"1k1C.SUNIONSTOREdstk1k2D.MULTI/EXEC中包含跨槽命令答案：A、B解析：MGET若鍵在同一slot可被重定向；EVAL若所有KEYS落在同一slot也可重定向；SUNIONSTORE要求鍵在同一slot，否則報(bào)錯(cuò)；MULTI/EXEC中跨槽直接拒絕。24.在TiDB中，以下哪些場(chǎng)景會(huì)觸發(fā)Region分裂？A.連續(xù)寫(xiě)入順序主鍵B.region_size超過(guò)144MBC.手動(dòng)執(zhí)行SPLITTABLED.熱點(diǎn)索引掃描答案：B、C解析：順序主鍵導(dǎo)致寫(xiě)熱點(diǎn)但不會(huì)自動(dòng)分裂；Region大小或手動(dòng)SPLIT才會(huì)觸發(fā)。25.在Oracle中，使用In-Memory列存儲(chǔ)時(shí)，哪些操作會(huì)導(dǎo)致IMCU重新填充？A.列級(jí)UPDATEB.表級(jí)TRUNCATEC.節(jié)點(diǎn)重啟D.手動(dòng)設(shè)置INMEMORY_PRIORITY為NONE答案：A、B、C解析：UPDATE使IMCU失效需重新填充；TRUNCATE清空數(shù)據(jù)；重啟丟失IMCU；設(shè)為NONE僅表示不優(yōu)先填充，不會(huì)導(dǎo)致重新填充。26.關(guān)于Kafka的exactly-once語(yǔ)義，以下哪些條件必須滿(mǎn)足？A.enable.idempotence=trueB.事務(wù)型生產(chǎn)者C.消費(fèi)者使用isolation.level=read_committedD.topic配置unclean.leader.election.enable=true答案：A、B、C解析：unclean.leader.election.enable=true反而可能丟失數(shù)據(jù)，破壞EOS。27.在SQLServer的列存儲(chǔ)索引中，以下哪些數(shù)據(jù)類(lèi)型不能直接加入列存？A.nvarchar(max)B.xmlC.varchar(900)D.datetime2答案：A、B解析：LOB與XML類(lèi)型不支持列存；varchar(900)及datetime2支持。28.使用FlinkCDC2.3同步MySQL數(shù)據(jù)到Kafka，以下哪些配置可避免“Backlogneverends”問(wèn)題？A.scan.incremental.snapshot.chunk.size=8096B.scan.startup.mode=latest-offsetC.debezium.snapshot.locking.mode=minimalD.開(kāi)啟binlog_row_image=full答案：A、C、D解析：latest-offset跳過(guò)歷史快照，不會(huì)導(dǎo)致backlog；chunk.size與minimal鎖減少快照時(shí)間；full鏡像保證數(shù)據(jù)完整。29.在Cassandra4.0中，以下哪些壓縮策略適合寫(xiě)多讀少時(shí)序數(shù)據(jù)？A.LZ4B.SnappyC.DeflateD.Zstd答案：A、B、D解析：LZ4/Snappy/Zstd均提供高壓縮比與速度；Deflate速度過(guò)慢不適合寫(xiě)密集。30.在Hive3.1的LLAP模式下，以下哪些緩存由LLAP守護(hù)進(jìn)程管理？A.ORCstripecacheB.元數(shù)據(jù)緩存C.YARNcontainercacheD.聚合結(jié)果緩存答案：A、B、D解析：LLAP僅緩存數(shù)據(jù)與元數(shù)據(jù)，不緩存YARNcontainer。三、判斷題（每題1分，共10分）31.MySQL的group_replication_consistency=BEFORE_ON_PRIMARY_FAILOVER可保證新主庫(kù)數(shù)據(jù)不滯后于舊主庫(kù)。答案：√解析：該級(jí)別確保應(yīng)用事務(wù)前，新主先應(yīng)用完所有relaylog，避免滯后。32.PostgreSQL的hash索引在pg10之后已支持WAL日志，因此可安全用于生產(chǎn)。答案：√解析：pg10起hash索引支持WAL，具備崩潰恢復(fù)能力。33.MongoDB的復(fù)合索引{a:1,b:1}可以高效支持查詢(xún)db.col.find({b:5}).sort({a:1})。答案：×解析：索引前綴為a，查詢(xún)不含a，無(wú)法使用索引排序。34.Redis的RDB持久化方式在save9001規(guī)則下，900秒內(nèi)至少1次變更即觸發(fā)快照，期間新變更會(huì)丟失。答案：×解析：RDB是時(shí)點(diǎn)快照，save規(guī)則滿(mǎn)足即fork子進(jìn)程保存，期間新變更由父進(jìn)程處理，下次快照才捕獲，不會(huì)“丟失”。35.TiDB的tiflash副本數(shù)默認(rèn)0，需手動(dòng)設(shè)置replica_count。答案：√解析：tiflash默認(rèn)無(wú)副本，需ALTERTABLESETTIFLASHREPLICA2。36.Oracle的自動(dòng)索引（AutoIndex）在夜間維護(hù)窗口會(huì)自動(dòng)創(chuàng)建不可見(jiàn)索引。答案：×解析：自動(dòng)創(chuàng)建后先為不可見(jiàn)，驗(yàn)證性能提升后再自動(dòng)設(shè)為可見(jiàn)，非僅夜間。37.Elasticsearch的refresh_interval設(shè)為-1表示禁用自動(dòng)刷新，但手動(dòng)調(diào)用_refresh仍可刷新。答案：√解析：-1僅關(guān)閉定時(shí)刷新，手動(dòng)刷新仍有效。38.SQLServer的內(nèi)存中OLTP（Hekaton）表支持xml列。答案：×解析：內(nèi)存優(yōu)化表不支持xml、max類(lèi)型及外鍵等。39.InfluxDB的TSM引擎在compaction時(shí)會(huì)對(duì)重疊的block進(jìn)行合并并重建索引。答案：√解析：compaction會(huì)合并重疊block，重寫(xiě)索引文件，提高壓縮率。40.CockroachDB的followerreads默認(rèn)只支持過(guò)期讀（staleread）。答案：√解析：followerreads需指定ASOFSYSTEMTIME，讀取時(shí)間戳≤closed_timestamp，默認(rèn)允許-4.8s內(nèi)的過(guò)期讀。四、填空題（每空2分，共20分）41.MySQL8.0的innodb_dedicated_server=ON時(shí)，若內(nèi)存為32GB，則bufferpool大小自動(dòng)設(shè)為_(kāi)_______GB，logfile大小為_(kāi)_______GB。答案：25，2解析：規(guī)則為BP=MIN(內(nèi)存×0.75,內(nèi)存-1GB)，logfile=MIN(內(nèi)存×0.0625,2GB)。42.PostgreSQL的checkpoint_completion_target推薦值設(shè)為_(kāi)_______，可平滑________寫(xiě)入。答案：0.9，checkpoint解析：0.9讓checkpoint分散到90%時(shí)間，減少I(mǎi)/O尖峰。43.RedisCluster的槽總數(shù)是________，CRC16后取模運(yùn)算的位數(shù)是________。答案：16384，14解析：2^14=16384。44.TiDB的Region默認(rèn)大小為_(kāi)_______MB，觸發(fā)Raftelection的超時(shí)時(shí)間為_(kāi)_______ms。答案：96，3000解析：v6.5默認(rèn)96MB；electiontimeout3s。45.Oracle的In-Memory壓縮級(jí)別中，最高壓縮為_(kāi)_______，最低CPU消耗為_(kāi)_______。答案：QUERYHIGH，CAPACITYLOW解析：QUERYHIGH壓縮率最高；CAPACITYLOW僅字典編碼，CPU開(kāi)銷(xiāo)最小。五、簡(jiǎn)答題（每題10分，共30分）46.某電商大促期間，MySQL8.0主庫(kù)TPS峰值5萬(wàn)，出現(xiàn)“l(fā)ogwriter”線程CPU飆高，寫(xiě)出至少四條優(yōu)化思路并給出命令或參數(shù)。答案：1)提高redo落盤(pán)并行度：setglobalinnodb_log_writer_threads=2;2)降低redo寫(xiě)放大：setglobalinnodb_log_compressed_pages=OFF;3)使用NUMA綁核：numactl–cpunodebind=0mysqld…4)升級(jí)存儲(chǔ)至NVMe并開(kāi)啟O_DIRECT：innodb_flush_method=O_DIRECT，innodb_io_capacity_max=40000；5)調(diào)大logbuffer：innodb_log_buffer_size=256M，減少頻繁flush。47.描述PostgreSQL15的“MERGEwithWHENNOTMATCHEDBYSOURCE”子句在數(shù)據(jù)倉(cāng)庫(kù)拉鏈表中的應(yīng)用場(chǎng)景，并給出示例SQL。答案：場(chǎng)景：每日增量源表僅包含變化行，需對(duì)目標(biāo)拉鏈表關(guān)鏈（end_date=當(dāng)天-1）那些源表已刪除的行。示例：MERGEINTOdim_customertUSINGstg_customersON(s.customer_id=t.customer_idANDt.end_date='9999-12-31')WHENMATCHEDTHENUPDATESETend_date=current_date-1WHENNOTMATCHEDBYSOURCEANDt.end_date='9999-12-31'THENUPDATESETend_date=current_date-1;48.某短視頻公司使用RedisCluster緩存熱點(diǎn)視頻播放計(jì)數(shù)，要求“秒級(jí)”持久化到MySQL，且Redis故障時(shí)可斷點(diǎn)續(xù)傳，給出架構(gòu)方案并說(shuō)明關(guān)鍵點(diǎn)。答案：架構(gòu)：1)計(jì)數(shù)寫(xiě)入RedisHash，key=video:{vid},field=play_count；2)使用RedisGears函數(shù)每5秒或每累計(jì)1000次變更，批量讀取變更并生產(chǎn)到Kafkatopic“video_counter”；3)Flink消費(fèi)Kafka，按vid聚合窗口10s，批量upsertMySQL（play_count=VALUES(play_count)+play_count）；4)持久化成功后，RedisGears通過(guò)XACK向Kafka提交offset；5)若Redis節(jié)點(diǎn)宕機(jī)，新節(jié)點(diǎn)加載RDB后，Gears重放未ACK的stream，實(shí)現(xiàn)斷點(diǎn)續(xù)傳；6)關(guān)鍵點(diǎn)：Kafka的enable.idempotence=true保證不重復(fù)；Flink使用upsert語(yǔ)義；RedisGears需開(kāi)啟