2025年高职大数据技术(MySQL数据库应用)试题及答案

2025年高职大数据技术(MySQL数据库应用)试题及答案2025年高职高专大数据技术专业《MySQL数据库应用》统一考核试题（满分100分，考试时长120分钟）第一部分单项选择题（共20小题，每小题1分，满分20分。每小题只有一个正确答案，错选、不选均不得分）1.MySQL数据库服务默认监听的端口号是（）A.3306B.8080C.5432D.6379答案：A解析：MySQL默认服务端口为3306；8080为JavaWeb服务Tomcat默认端口，5432为关系型数据库PostgreSQL默认端口，6379为缓存数据库Redis默认端口。2.MySQL5.5及以上版本默认使用的存储引擎是（）A.MyISAMB.InnoDBC.MEMORYD.ARCHIVE答案：B解析：InnoDB从MySQL5.5版本开始成为默认存储引擎，核心特性包括事务ACID支持、行级锁、外键约束、崩溃自动恢复，适合高并发、数据一致性要求高的业务场景；MyISAM为5.5版本前的默认引擎，不支持事务、外键，仅支持表级锁；MEMORY引擎将数据存储在内存中，断电后数据丢失，适合临时数据存储；ARCHIVE引擎适合归档历史数据，仅支持插入和查询操作，不支持修改删除。3.业务中需要存储用户11位长度的手机号，下列数据类型中最合适的是（）A.INTB.BIGINTC.CHAR(11)D.VARCHAR(11)答案：C解析：CHAR为定长字符串类型，长度固定为11位时查询效率高于变长字符串VARCHAR；INT最大存储值为2147483647，无法覆盖11位手机号的范围；BIGINT虽然可以存储，但手机号属于字符串类标识数据，无算术运算需求，使用字符串类型存储更符合业务逻辑，也避免前端展示时出现科学计数法等格式问题。4.下列SQL语句中，属于DML（数据操纵语言）范畴的是（）A.CREATETABLEB.ALTERTABLEC.GRANTD.UPDATE答案：D解析：DML主要用于操作表中的数据，包括INSERT、UPDATE、DELETE、SELECT四类语句；CREATE、ALTER属于DDL（数据定义语言），用于定义库表结构；GRANT属于DCL（数据控制语言），用于权限管理。5.下列关于主键约束的描述，错误的是（）A.一张表只能有一个主键B.主键列的值不允许为NULLC.主键列的值不允许重复D.主键必须设置为自增属性答案：D解析：主键的核心特性为非空、唯一，一张表仅能设置一个主键，可由单个或多个字段组成联合主键；自增属性是主键的可选配置，并非强制要求，比如用户身份证号也可作为主键，无需设置自增。6.要查询用户表中用户名包含“张”字的所有用户，下列WHERE条件正确的是（）A.WHEREuser_name='张'B.WHEREuser_nameLIKE'张%'C.WHEREuser_nameLIKE'%张%'D.WHEREuser_nameLIKE'_张_'答案：C解析：MySQL模糊查询中通配符%代表任意长度（包括0长度）的任意字符，_代表单个任意字符；要匹配包含“张”的用户名，需在“张”前后都加%；LIKE'张%'仅匹配以“张”开头的用户名，LIKE'_张_'仅匹配3个字符且中间为“张”的用户名。7.下列聚合函数中，用于统计表中记录行数的是（）A.SUM()B.COUNT()C.AVG()D.MAX()答案：B解析：SUM()用于计算数值列的总和，AVG()用于计算数值列的平均值，MAX()用于取列的最大值，COUNT()用于统计符合条件的记录行数。8.下列关于WHERE和HAVING的描述，正确的是（）A.WHERE可以过滤分组后的结果，HAVING不能B.HAVING可以单独使用，不需要配合GROUPBYC.WHERE在分组前过滤数据，HAVING在分组后过滤数据D.WHERE和HAVING的使用场景完全一致答案：C解析：WHERE用于在分组前过滤原始数据，不能使用聚合函数；HAVING必须配合GROUPBY使用，用于在分组后过滤聚合结果，支持使用聚合函数作为过滤条件，二者使用场景完全不同。9.下列关于外键约束的描述，正确的是（）A.外键列的值可以任意填写，无需关联其他表B.外键关联的列必须是另一张表的主键或唯一键C.一张表只能设置一个外键D.MyISAM存储引擎也支持外键约束答案：B解析：外键用于关联两张表的关系，外键列的值必须在关联表的对应列中存在，关联列必须是另一张表的主键或唯一键；一张表可设置多个外键，仅InnoDB存储引擎支持外键约束。10.下列索引类型中，要求索引列的值必须唯一，允许为NULL的是（）A.普通索引B.唯一索引C.主键索引D.全文索引答案：B解析：普通索引无任何约束，仅用于提升查询效率；唯一索引要求列的值唯一，允许存在NULL值；主键索引要求列的值非空且唯一；全文索引用于长文本字段的模糊查询，支持全文检索。11.事务的四大特性中，保证事务执行前后数据的完整性和一致性的是（）A.原子性B.一致性C.隔离性D.持久性答案：B解析：事务ACID特性中，原子性指事务中的所有操作要么全部执行成功，要么全部失败回滚；一致性保证事务执行前后数据的完整性约束不被破坏；隔离性保证多个事务并发执行时互不干扰；持久性指事务提交后，对数据的修改永久生效，即使系统崩溃也不会丢失。12.MySQL默认的事务隔离级别是（）A.读未提交（ReadUncommitted）B.读已提交（ReadCommitted）C.可重复读（RepeatableRead）D.串行化（Serializable）答案：C解析：MySQL默认事务隔离级别为可重复读，通过MVCC（多版本并发控制）机制解决了不可重复读问题，仅存在幻读风险；读未提交会出现脏读、不可重复读、幻读；读已提交解决脏读，存在不可重复读、幻读；串行化解决所有并发问题，但性能极低，仅适合极端数据一致性要求的场景。13.下列关于视图的描述，错误的是（）A.视图是一张虚拟表，本身不存储数据B.视图可以简化复杂查询的编写，屏蔽底层表结构的变化C.所有视图都支持执行INSERT、UPDATE、DELETE操作D.视图可以限制用户的访问权限，仅暴露指定字段给用户答案：C解析：视图是基于SQL语句的结果集的虚拟表，本身不存储数据，数据来自底层的基础表；单表创建的视图且包含所有非空约束字段时支持数据修改操作，多表关联创建的视图不支持插入、修改、删除操作。14.下列关于存储过程和自定义函数的描述，正确的是（）A.存储过程没有返回值，自定义函数有返回值B.自定义函数可以独立执行，不需要通过SELECT调用C.存储过程不能使用参数，自定义函数可以使用参数D.存储过程和自定义函数的功能完全一致，没有区别答案：A解析：存储过程属于预编译的SQL集合，没有返回值，可通过CALL语句独立执行，支持输入、输出、输入输出三类参数；自定义函数必须有返回值，需要通过SELECT语句调用，仅支持输入参数，二者功能场景有明显区别。15.MySQL中用于记录执行时间超过指定阈值的SQL语句的日志是（）A.错误日志B.二进制日志C.慢查询日志D.查询日志答案：C解析：错误日志记录MySQL服务启动、运行、停止过程中的错误信息；二进制日志（binlog）记录所有DDL和DML操作，用于数据恢复和主从复制；慢查询日志记录执行时间超过long_query_time参数设置阈值的SQL语句，用于SQL性能优化；查询日志记录所有接收到的SQL语句，对性能影响较大，默认关闭。16.MySQL主从复制架构中，从库用于同步主库数据的日志是（）A.慢查询日志B.binlog日志C.错误日志D.redo日志答案：B解析：主从复制原理为：主库将数据修改操作记录到binlog日志，从库的IO线程拉取主库的binlog日志写入本地中继日志（relaylog），从库的SQL线程重放中继日志中的操作，实现主从数据同步。17.大数据场景下，用于实现MySQL增量数据准实时同步到Hive、Kafka等大数据组件的常用开源工具是（）A.DataXB.CanalC.SqoopD.Flume答案：B解析：Canal是阿里开源的增量数据同步工具，通过模拟MySQL从节点订阅binlog日志实现增量数据采集，支持同步到Hive、Kafka、HBase等大数据组件；DataX、Sqoop为离线全量同步工具；Flume为日志采集工具，主要用于采集文本类日志数据。18.下列关于DELETE、TRUNCATE、DROP的描述，错误的是（）A.DELETE属于DML语句，可回滚，支持加WHERE条件过滤删除数据B.TRUNCATE属于DDL语句，不可回滚，清空全表数据，重置自增计数器C.DROP属于DDL语句，删除表结构和所有数据，不可回滚D.三者执行速度从快到慢为：DELETE>TRUNCATE>DROP答案：D解析：执行速度对比为DROP>TRUNCATE>DELETE，DELETE需要逐行记录操作日志，支持回滚，执行速度最慢；TRUNCATE直接删除全表数据页，仅记录一次DDL操作，执行速度更快；DROP直接删除表的所有数据和表结构，执行速度最快。19.针对订单表创建联合索引idx_uid_ctime(user_id,create_time,order_amount)，下列查询条件中无法用到该索引的是（）A.WHEREuser_id=123ANDcreate_time>'2025-01-01'B.WHEREuser_id=123ANDcreate_time>'2025-01-01'ANDorder_amount>100C.WHEREcreate_time>'2025-01-01'ANDorder_amount>100D.WHEREuser_id=123答案：C解析：联合索引遵循最左前缀匹配原则，查询条件必须包含联合索引最左侧的字段才能匹配索引；C选项的查询条件未包含user_id字段，无法匹配该联合索引，会触发全表扫描。20.要授予test用户从192.168.1.0网段访问order库所有表的查询权限，下列GRANT语句正确的是（）A.GRANTSELECTONorder.*TO'test'@'192.168.1.%'IDENTIFIEDBY'密码';B.GRANTSELECTON*.*TO'test'@'192.168.1.%'IDENTIFIEDBY'密码';C.GRANTALLONorder.*TO'test'@'%'IDENTIFIEDBY'密码';D.GRANTSELECTONorder.*TO'test'@'%'IDENTIFIEDBY'密码';答案：A解析：GRANT语句格式为GRANT权限ON库名.表名TO'用户名'@'允许访问的主机段'IDENTIFIEDBY'密码'；%代表通配所有主机，192.168.1.%代表仅允许192.168.1.0网段访问，仅授予查询权限需指定SELECT权限，库表范围为order.*。第二部分多项选择题（共10小题，每小题2分，满分20分。每小题有2个及以上正确答案，错选、漏选、不选均不得分）1.下列属于InnoDB存储引擎特性的有（）A.支持事务B.支持行级锁C.支持外键约束D.支持全文索引答案：ABC解析：InnoDB核心特性为支持事务、行级锁、外键约束，MySQL5.6及以上版本虽支持全文索引，但属于进阶特性，高职基础考核核心考点为前三项。2.MySQL中常用的约束类型包括（）A.主键约束（PRIMARYKEY）B.唯一约束（UNIQUE）C.非空约束（NOTNULL）D.外键约束（FOREIGNKEY）答案：ABCD解析：MySQL常用约束包括上述四类，此外还有默认约束（DEFAULT）、检查约束（CHECK，MySQL8.0后正式支持）。3.下列属于SQL查询中常用的连接类型的有（）A.内连接（INNERJOIN）B.左连接（LEFTJOIN）C.右连接（RIGHTJOIN）D.全连接（FULLJOIN）答案：ABC解析：MySQL原生不支持全连接，可通过UNION联合左连接和右连接实现全连接效果，常用连接类型为内连接、左连接、右连接。4.下列场景中适合创建索引的有（）A.经常作为WHERE查询条件的字段B.经常用于GROUPBY、ORDERBY的字段C.数据重复度极高的字段（比如性别字段，仅男/女两个值）D.频繁更新的字段答案：AB解析：索引适合创建在查询频率高、区分度高的字段上；数据重复度极高的字段创建索引收益极低，甚至不如全表扫描；频繁更新的字段会导致索引频繁更新，大幅降低写入性能，不适合创建索引。5.下列属于MySQL事务隔离级别的有（）A.读未提交B.读已提交C.可重复读D.串行化答案：ABCD解析：上述四个均为SQL标准定义的事务隔离级别，MySQL全部支持。6.MySQL中常用的锁类型按粒度划分包括（）A.表级锁B.行级锁C.页级锁D.全局锁答案：ABC解析：按锁粒度划分，MySQL锁分为表级锁（MyISAM引擎使用）、行级锁（InnoDB引擎使用）、页级锁（BDB引擎使用，现已淘汰）；全局锁属于按使用场景划分，不属于粒度划分范畴。7.下列属于MySQL日志类型的有（）A.binlog日志B.慢查询日志C.redo日志D.undo日志答案：ABCD解析：binlog、慢查询日志属于服务层日志，redo日志（重做日志）、undo日志（回滚日志）属于InnoDB引擎层日志，均为MySQL常用日志类型。8.MySQL主从复制架构的优势包括（）A.实现读写分离，提升数据库并发能力B.实现数据热备，提升数据安全性C.实现故障快速切换，提升服务可用性D.完全避免数据不一致问题答案：ABC解析：MySQL默认主从复制为异步复制，存在主从延迟，可能出现数据不一致问题，D选项错误；前三项均为主从复制的核心优势。9.下列属于大表SQL优化常用手段的有（）A.避免使用SELECT*，仅查询需要的字段B.为查询条件字段创建合适的索引C.分页查询时使用Limitm,n直接分页，避免关联查询D.拆分复杂的多表关联查询，减少join次数答案：ABD解析：大表分页查询时直接使用Limitm,n会导致扫描大量数据，正确做法是使用子查询先定位到分页起始id，再查询对应数据，C选项错误；其余三项均为常用SQL优化手段。10.大数据场景下，MySQL的适用场景包括（）A.存储业务系统的结构化核心交易数据B.作为大数据平台的数据源，同步数据到数仓C.存储PB级别的历史归档数据D.支撑高并发的在线交易查询答案：ABD解析：MySQL为关系型数据库，单库存储上限一般为TB级别，不适合存储PB级别的历史归档数据，PB级数据适合存储在HDFS、HBase等大数据存储组件中，C选项错误；其余三项均为MySQL在大数据场景下的常用适用场景。第三部分判断题（共10小题，每小题1分，满分10分。正确打√，错误打×）1.CHAR类型是定长字符串，VARCHAR类型是变长字符串，CHAR的存储效率高于VARCHAR。（）答案：√解析：CHAR长度固定，存储时无需记录长度信息，查询和存储效率高于变长的VARCHAR，适合存储长度固定的字符串数据。2.主键约束允许列的值为NULL，只要不重复即可。（）答案：×解析：主键约束要求列的值非空且唯一，不允许出现NULL值。3.联合索引只要不包含最左侧的字段，就无法用到该索引。（）答案：√解析：联合索引遵循最左前缀匹配原则，必须包含最左侧的字段才能匹配索引。4.事务提交后，执行ROLLBACK语句可以回滚事务的修改。（）答案：×解析：事务提交后修改已永久生效，无法通过ROLLBACK回滚，仅未提交的事务可以回滚。5.视图本身不存储数据，数据全部来自底层的基础表。（）答案：√解析：视图是虚拟表，仅存储查询逻辑，数据依赖底层基础表。6.MyISAM存储引擎支持事务和行级锁，适合高并发的交易场景。（）答案：×解析：MyISAM不支持事务和行级锁，仅支持表级锁，写入性能差，不适合高并发交易场景。7.慢查询日志默认是开启状态，会自动记录所有执行时间超过1秒的SQL语句。（）答案：×解析：慢查询日志默认是关闭状态，需要手动配置开启，long_query_time参数默认值为10秒，可自行调整。8.外键关联的列必须是另一张表的主键或唯一键。（）答案：√解析：外键约束要求关联列必须有唯一索引，即主键或唯一键，否则无法创建外键。9.InnoDB引擎中，COUNT(*)和COUNT(1)的执行效率几乎没有差异。（）答案：√解析：InnoDB中COUNT(*)和COUNT(1)都会遍历全表统计行数，执行效率几乎一致；MyISAM引擎中COUNT(*)有内置计数器，执行速度远快于COUNT(1)。10.MySQL默认主从复制是同步复制，主库写入完成后必须等待从库同步完成才返回响应。（）答案：×解析：MySQL默认主从复制为异步复制，主库写入binlog后直接返回响应，无需等待从库同步，主从延迟不可避免；半同步复制需要等待至少一个从库写入中继日志后返回，同步复制需要等待所有从库同步完成后返回，均为可选配置，非默认。第四部分实操题（共3小题，每小题10分，满分30分）1.请根据以下业务需求编写SQL语句：创建电商数据库db_shop，字符集为utf8mb4，排序规则为utf8mb4_general_ci；在库中创建三张表，要求存储引擎均为InnoDB：（1）用户表tb_user：字段包括user_id（BIGINT，主键，自增）、username（VARCHAR(20)，非空，唯一）、phone（CHAR(11)，非空，唯一）、reg_time（DATETIME，默认值为当前时间）；（2）商品表tb_goods：字段包括goods_id（BIGINT，主键，自增）、goods_name（VARCHAR(50)，非空）、category_id（INT，非空）、price（DECIMAL(10,2)，非空）、stock（INT，默认值为0）；（3）订单表tb_order：字段包括order_id（BIGINT，主键，自增）、user_id（BIGINT，非空，外键关联tb_user.user_id）、goods_id（BIGINT，非空，外键关联tb_goods.goods_id）、order_amount（DECIMAL(10,2)，非空）、order_status（TINYINT，默认值为0，0=待支付，1=已支付，2=已取消）、create_time（DATETIME，默认值为当前时间）。答案：-创建数据库CREATEDATABASEIFNOTEXISTSdb_shopDEFAULTCHARACTERSETutf8mb4COLLATEutf8mb4_general_ci;USEdb_shop;-创建用户表CREATETABLEIFNOTEXISTStb_user(user_idBIGINTPRIMARYKEYAUTO_INCREMENTCOMMENT'用户id',usernameVARCHAR(20)NOTNULLUNIQUECOMMENT'用户名',phoneCHAR(11)NOTNULLUNIQUECOMMENT'手机号',reg_timeDATETIMEDEFAULTCURRENT_TIMESTAMPCOMMENT'注册时间')ENGINE=InnoDBDEFAULTCHARSET=utf8mb4COMMENT'用户表';-创建商品表CREATETABLEIFNOTEXISTStb_goods(goods_idBIGINTPRIMARYKEYAUTO_INCREMENTCOMMENT'商品id',goods_nameVARCHAR(50)NOTNULLCOMMENT'商品名称',category_idINTNOTNULLCOMMENT'品类id',priceDECIMAL(10,2)NOTNULLCOMMENT'商品价格',stockINTDEFAULT0COMMENT'库存')ENGINE=InnoDBDEFAULTCHARSET=utf8mb4COMMENT'商品表';-创建订单表CREATETABLEIFNOTEXISTStb_order(order_idBIGINTPRIMARYKEYAUTO_INCREMENTCOMMENT'订单id',user_idBIGINTNOTNULLCOMMENT'用户id',goods_idBIGINTNOTNULLCOMMENT'商品id',order_amountDECIMAL(10,2)NOTNULLCOMMENT'订单金额',order_statusTINYINTDEFAULT0COMMENT'订单状态：0待支付1已支付2已取消',create_timeDATETIMEDEFAULTCURRENT_TIMESTAMPCOMMENT'订单创建时间',FOREIGNKEY(user_id)REFERENCEStb_user(user_id),FOREIGNKEY(goods_id)REFERENCEStb_goods(goods_id))ENGINE=InnoDBDEFAULTCHARSET=utf8mb4COMMENT'订单表';评分标准：数据库创建语句2分，用户表2分，商品表2分，订单表4分（外键约束2分，其余字段2分），字符集、存储引擎配置错误每处扣0.5分，约束配置错误每处扣1分。2.基于第1题创建的三张表，编写SQL语句完成以下查询需求：（1）查询2024年累计消费金额排名前10的用户id、用户名、累计消费金额，按消费金额降序排序；（2）统计每个商品品类的总销量，仅展示销量大于1000的品类id和对应销量；（3）查询创建时间超过3天且状态为待支付的订单id、用户手机号、订单金额。答案：（1）查询消费TOP10用户：SELECTu.user_id,u.username,SUM(o.order_amount)AStotal_amountFROMtb_useruINNERJOINtb_orderoONu.user_id=o.user_idWHEREo.order_status=1ANDo.create_timeBETWEEN'2024-01-0100:00:00'AND'2024-12-3123:59:59'GROUPBYu.user_id,u.usernameORDERBYtotal_amountDESCLIMIT10;（2）统计品类销量：SELECTg.category_id,COUNT(o.order_id)ASsale_numFROMtb_goodsgINNERJOINtb_orderoONg.goods_id=o.goods_idWHEREo.order_status=1GROUPBYg.category_idHAVINGsale_num>1000;（3）查询超时待支付订单：SELECTo.order_id,u.phone,o.order_amountFROMtb_orderoINNERJOINtb_useruONo.user_id=u.user_idWHEREo.order_status=0ANDo.create_time<DATE_SUB(NOW(),INTERVAL3DAY);评分标准：每个查询语句3分，逻辑错误扣2-3分，语法错误扣1分，未过滤已支付订单扣1分。3.某业务系统的订单表tb_order现有数据1200万条，执行查询语句SELECTuser_id,order_amountFROMtb_orderWHEREuser_id=10086ANDcreate_time>'2025-01-01'时耗时3.2s，执行EXPLAIN命令结果显示type为ALL，key为NULL，rows为12000000，请分析查询慢的原因，写出优化方案并验证优化效果。答案：（1）原因分析（3分）：EXPLAIN结果中type为ALL代表全表扫描，key为NULL说明查询未用到任何索引，rows为1200万代表需要扫描全表所有数据，导致查询耗时过长；查询条件包含user_id和create_time两个字段，当前表未针对这两个字段创建索引，是性能瓶颈的核心原因。（2）优化方案（4分）：针对查询条件创建联合索引idx_uid_ctime(user_id,create_time,order_amount)，遵循最左前缀匹配原则，查询条件第一个字段为user_id，符合索引匹配要求，同时将查询返回的order_amount字段包含在索引中，实现覆盖索引，避免回表查询，进一步提升性能。创建索引SQL：CREATEINDEXidx_uid_ctimeONtb_order(user_id,create_time,order_amount);（3）效果验证（3分）：创建索引后再次执行EXPLAIN，type变为range，key显示为idx_uid_ctime，rows下降到100以内，查询耗时降低到0.02s左右，优化生效。第五部分综合应用题（满分20分）某高职智慧校园消费系统的消费记录表tb_consume现有数据1200万条，单表查询响应时间超过5s，无法满足日常业务需求，同时需要每日同步消费数据到学校大数据平台的Hive库，用于学生消费行为画像分析，请完成以下方案设计：1.设计分库分表方案，解决单表数据量过大导致的查询性能问题（6分）答案：（1）垂直分库：将原智慧校园综合库中的消费模块、教务模块、门禁模块拆分到独立的数据库实例，消费模块单独部署在db_consume实例，降低单库的访问压力，便于独立扩容和运维。（2）水平分表：消费记录表按create_time字段按自然月分表，每张表存储一个月的消