- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
MySQL笔试题目及答案
一、基础概念题(每题5分,共20分)
题目:简述char(10)和varchar(10)的核心区别,分别适合存储什么类型的数据?
答案:
存储方式:char(10)固定占10个字符空间,即使存储内容不足10个字符也会用空格填充;varchar(10)按实际内容长度存储,额外占1-2字节记录长度。
适用场景:char适合固定长度数据(如手机号、身份证号),查询速度更快;varchar适合长度不固定数据(如姓名、地址),节省存储空间。
示例:存储用char(11),存储“张三”用varchar(10)。
题目:MySQL中主键(PrimaryKey)和唯一索引(UniqueKey)的3个关键区别是什么?
答案:
空值允许:主键不允许存NULL,唯一索引允许存1个NULL(InnoDB中);
数量限制:一张表只能有1个主键(可联合主键),但可创建多个唯一索引;
业务含义:主键通常无业务意义(如自增ID),唯一索引通常关联业务唯一字段(如手机号、邮箱)。
示例:primarykey(id),uniquekey(phone)。
二、SQL查询题(每题10分,共30分)
现有三张表:
student(idint,namevarchar(20),ageint,class_idint)
course(idint,namevarchar(20),teachervarchar(20))
score(idint,student_idint,course_idint,scoreint,exam_timedate)
题目:查询“数学”课程的所有学生成绩,显示学生姓名、分数,按分数降序排列。
答案:
SELECTs.nameAS学生姓名,sc.scoreAS分数
FROMstudents
INNERJOINscorescONs.id=sc.student_id
INNERJOINcoursecONsc.course_id=c.id
WHEREc.name=数学
ORDERBYsc.scoreDESC;
题目:查询各科最高分的学生信息(姓名、课程名、分数),若同一科有多个最高分,都需显示。
答案:
--先查各科最高分,再关联获取学生信息
SELECTs.nameAS学生姓名,c.nameAS课程名,sc.scoreAS分数
FROMscoresc
INNERJOIN(
--子查询:各科最高分
SELECTcourse_id,MAX(score)ASmax_score
FROMscore
GROUPBYcourse_id
)tempONsc.course_id=temp.course_idANDsc.score=temp.max_score
INNERJOINstudentsONsc.student_id=s.id
INNERJOINcoursecONsc.course_id=c.id;
题目:统计每个班级挂科(分数60)的人数,显示班级id和挂科人数,没有挂科的班级显示0。
答案:
SELECT
s.class_idAS班级ID,
COUNT(IF(sc.score60,1,NULL))AS挂科人数--挂科则计数1,否则NULL(不计数)
FROMstudents
LEFTJOINscorescONs.id=sc.student_id--左连接确保无成绩学生也被统计
GROUPBYs.class_id;
三、索引与事务题(每题10分,共20分)
题目:为什么SELECT*FROMstudentWHEREnameLIKE%张三无法使用name字段的索引?如何优化该查询(至少2种方案)?
答案:
失效原因:MySQL的B+树索引按“前缀顺序”存储,%开头的模糊查询无法定位索引前缀,只能全表扫描。
优化方案:
若业务允许,改用前缀匹配(LIKE张三%),可触发索引;
创建全文索引(FULLTEXTINDEXidx_name(name)),用MATCH(name)AGAINST(张三INBOOLEANMODE)查询;
若查询频繁,可将name字段冗余到关联表,避免跨表模糊查询。
题目:用实际案例解释事务的“原子性”和“隔离性”,并说明MySQLInnoDB默认的事务隔离级别。
答案:
原创力文档


文档评论(0)