Day9.索引分析&索引失效&索引面试题分析

最新推荐文章于 2024-08-13 14:34:13 发布
最新推荐文章于 2024-08-13 14:34:13 发布
阅读量86 收藏
点赞数
分类专栏： MySQL 文章标签： sql 面试 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45921593/article/details/119970383
版权
本文详细探讨了单表、两表和三表索引在实际查询中的应用，揭示了索引失效的常见情况，如范围条件后索引失效和最佳左前缀法则。通过实例演示了如何创建和优化覆盖索引，以及避免不等运算和like操作导致的索引失效。最后总结了JOIN查询优化技巧，包括使用覆盖索引和遵循左前缀原则。
摘要由CSDN通过智能技术生成

文章目录

索引分析

单表索引分析

数据准备

DROP TABLE IF EXISTS `article`;

CREATE TABLE IF NOT EXISTS `article`(
`id` INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT COMMENT '主键',
`author_id` INT(10) UNSIGNED NOT NULL COMMENT '作者id',
`category_id` INT(10) UNSIGNED NOT NULL COMMENT '分类id',
`views` INT(10) UNSIGNED NOT NULL COMMENT '被查看的次数',
`comments` INT(10) UNSIGNED NOT NULL COMMENT '回帖的备注',
`title` VARCHAR(255) NOT NULL COMMENT '标题',
`content` VARCHAR(255) NOT NULL COMMENT '正文内容'
) COMMENT '文章';

INSERT INTO `article`(`author_id`, `category_id`, `views`, `comments`, `title`, `content`) VALUES(1,1,1,1,'1','1');
INSERT INTO `article`(`author_id`, `category_id`, `views`, `comments`, `title`, `content`) VALUES(2,2,2,2,'2','2');
INSERT INTO `article`(`author_id`, `category_id`, `views`, `comments`, `title`, `content`) VALUES(3,3,3,3,'3','3');
INSERT INTO `article`(`author_id`, `category_id`, `views`, `comments`, `title`, `content`) VALUES(1,1,3,3,'3','3');
INSERT INTO `article`(`author_id`, `category_id`, `views`, `comments`, `title`, `content`) VALUES(1,1,4,4,'4','4');

案例：查询category_id为1且comments大于1的情况下，views最多的article_id。

1.编写SQL语句并查看其执行计划
在这里插入图片描述
需要优化全表扫描ALL和文件内排序Using filesort

2.创建索引idx_article_ccv。

CREATE INDEX idx_article_ccv ON article(category_id,comments,views);

3.查看当前索引。
在这里插入图片描述
4.查看目前SQL语句的执行计划。
在这里插入图片描述
创建idx_article_ccv之后，虽然解决了全表扫描的问题，但是在order by排序的时候并没有用到索引，依然使用的是文件内排序，为什么？

5.尝试把SQL修改为EXPLAIN SELECT id,author_id FROM article WHERE category_id=1 AND comments =1 ORDER BY views DESC LIMIT 1;查看执行计划。

在这里插入图片描述
推论：当comments>1的时候order by排序views字段索引就用不上，但是当comments=1的时候order by排序views字段索引就可以用上！！！所以，范围之后的索引会失效。

6.我们现在知道范围之后的索引会失效，原来的索引idx_article_ccv最后一个字段views会失效，那么我们如果删除这个索引，创建idx_article_cv索引呢？？？

CREATE INDEX idx_article_cv ON article(category_id,views);

查看当前的索引
在这里插入图片描述
7.当前索引是idx_article_cv，来看一下SQL的执行计划。
在这里插入图片描述

两表索引分析

数据准备

DROP TABLE IF EXISTS `class`;
DROP TABLE IF EXISTS `book`;

CREATE TABLE IF NOT EXISTS `class`(
`id` INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT COMMENT '主键',
`card` INT(10) UNSIGNED NOT NULL COMMENT '分类' 
) COMMENT '商品类别';

CREATE TABLE IF NOT EXISTS `book`(
`bookid` INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT COMMENT '主键',
`card` INT(10) UNSIGNED NOT NULL COMMENT '分类'
) COMMENT '书籍';

两表连接查询的sql的执行计划

1.不创建索引的情况下，SQL的执行计划。

在这里插入图片描述
book和class两张表都没有使用索引，全表扫描，那么如果进行优化，索引是创建在book表还是创建在class表呢？下面进行大胆的尝试！
2.左表(book表)创建索引。
创建索引idx_book_card

CREATE INDEX idx_book_card ON book(card);

目前的索引是idx_book_card，查看SQL执行计划
在这里插入图片描述
2.删除book表的索引，右表(class表)创建索引。
创建索引idx_class_card

CREATE INDEX idx_class_card ON class(card);

在class表中存在idx_class_card索引的情况下，查看SQL的执行计划
在这里插入图片描述
由此可见，左连接将索引创建在右表上更合适，右连接将索引创建在左表上更合适。

三表索引分析

数据准备

CREATE TABLE IF NOT EXISTS `phone`(
`phoneid` INT(10) UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,
`card` INT (10) UNSIGNED NOT NULL
)ENGINE = INNODB;

INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));
INSERT INTO phone(card)VALUES(FLOOR(1+(RAND()*20)));

三张表连接查询SQL优化

1.不加任何索引，查看SQL执行计划。
在这里插入图片描述2.根据两表查询优化经验，左连接需要在右表上创建索引，所以尝试在book和phone表上添加索引。

CREATE INDEX idx_book_card ON book(card);

CREATE INDEX idx_phone_card ON phone(card);

再次查看SQL的执行计划
在这里插入图片描述

结论

JOIN语句的优化：

  • 尽可能减少JOIN语句重点NestedLoop（嵌套循环）的总次数：永远都是小的结果集驱动大的结果集。
  • 优先优化NestedLoop的内层循环。
  • 保证JOIN语句中被驱动表上JOIN条件字段已经被索引。
  • 当无法保证被驱动表的JOIN条件字段被索引且内存资源充足的前提下，不要太吝啬JOIN BUFFER的设置。

索引失效

数据准备

CREATE TABLE `staffs`(
`id` INT(10) PRIMARY KEY AUTO_INCREMENT,
`name` VARCHAR(24) NOT NULL DEFAULT '' COMMENT '姓名',
`age` INT(10) NOT NULL DEFAULT 0 COMMENT '年龄',
`pos` VARCHAR(20) NOT NULL DEFAULT '' COMMENT '职位',
`add_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间'
)COMMENT '员工记录表';

INSERT INTO `staffs`(`name`,`age`,`pos`) VALUES('Ringo', 18, 'manager');
INSERT INTO `staffs`(`name`,`age`,`pos`) VALUES('张三', 20, 'dev');
INSERT INTO `staffs`(`name`,`age`,`pos`) VALUES('李四', 21, 'dev');

/* 创建索引 */
CREATE INDEX idx_staffs_name_age_pos ON `staffs`(`name`,`age`,`pos`);

索引失效的情况

  • 全值匹配我最爱；
  • 最佳左前缀法则；
  • 不在索引列上做任何操作（计算，函数，(自动或者手动)类型转换），会导致索引失效而转向全表扫描；
  • 索引中范围条件右边的字段会全部失效；
  • 尽量使用覆盖索引（只访问索引的查询，索引列和查询列一致），减少SELECT *；
  • MySQL在使用!=或者<>的时候无法使用索引会导致全表扫描；
  • is null / is not null也无法使用索引；
  • like以通配符开头%abc索引失效会变成全表扫描（可以使用覆盖索引解决这个问题）；
  • 字符串不加单引号索引失效；
  • 少用or，用它来连接时会索引失效。

最佳左前缀法则

案例


/* 用到了idx_staffs_name_age_pos索引中的name字段 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo';

/* 用到了idx_staffs_name_age_pos索引中的name, age字段 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo' AND `age` = 18;

/* 用到了idx_staffs_name_age_pos索引中的name，age，pos字段 这是属于全值匹配的情况！！！*/
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo' AND `age` = 18 AND `pos` = 'manager';

/* 索引没用上，ALL全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `age` = 18 AND `pos` = 'manager';

/* 索引没用上，ALL全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `pos` = 'manager';

/* 用到了idx_staffs_name_age_pos索引中的name字段，pos字段索引失效 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo' AND `pos` = 'manager';

概念

最佳左前缀法则：如果索引时多字段的复合索引，要遵守最佳左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的字段。
口诀：带头大哥不能死，中间兄弟不能断。

索引列上下不计算

案例

# 现在要查询`name` = 'Ringo'的记录下面有两种方式来查询！

# 1、直接使用 字段 = 值的方式来计算
mysql> SELECT * FROM `staffs` WHERE `name` = 'Ringo';
+----+-------+-----+---------+---------------------+
| id | name  | age | pos     | add_time            |
+----+-------+-----+---------+---------------------+
|  1 | Ringo |  18 | manager | 2020-08-03 08:30:39 |
+----+-------+-----+---------+---------------------+
1 row in set (0.00 sec)

# 2、使用MySQL内置的函数
mysql> SELECT * FROM `staffs` WHERE LEFT(`name`, 5) = 'Ringo';
+----+-------+-----+---------+---------------------+
| id | name  | age | pos     | add_time            |
+----+-------+-----+---------+---------------------+
|  1 | Ringo |  18 | manager | 2020-08-03 08:30:39 |
+----+-------+-----+---------+---------------------+
1 row in set (0.00 sec)

我们发现以上两条SQL的执行结果都是一样的，但是执行效率有没有差距呢？？？

通过分析两条SQL的执行计划来分析性能。
在这里插入图片描述
在这里插入图片描述
由此可见，在索引列上进行计算，会使索引失效。
口诀：索引列上不计算。

范围之后全失效

案例

/* 用到了idx_staffs_name_age_pos索引中的name，age，pos字段 这是属于全值匹配的情况！！！*/
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo' AND `age` = 18 AND `pos` = 'manager';


/* 用到了idx_staffs_name_age_pos索引中的name，age字段，pos字段索引失效 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = '张三' AND `age` > 18 AND `pos` = 'dev';

查看其执行计划
在这里插入图片描述
由此可知，查询范围的字段使用到了索引，但是范围之后的索引字段会失效。
口诀：范围之后全失效。

覆盖索引尽量用

在写SQL的时候不要用SELECT *，用到什么字段就查询什么字段。

/* 没有用到覆盖索引 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 'Ringo' AND `age` = 18 AND `pos` = 'manager';

/* 用到了覆盖索引 */
EXPLAIN SELECT `name`, `age`, `pos` FROM `staffs` WHERE `name` = 'Ringo' AND `age` = 18 AND `pos` = 'manager';

在这里插入图片描述
口诀：查询一定不用*。

不等有时会失效

/* 会使用到覆盖索引 */
EXPLAIN SELECT `name`, `age`, `pos` FROM `staffs` WHERE `name` != 'Ringo';

/* 索引失效 全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` != 'Ringo';

like百分加右边

/* 索引失效 全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` LIKE '%ing%';

/* 索引失效 全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` LIKE '%ing';

/* 使用索引范围查询 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` LIKE 'Rin%';

口诀：like百分加右边。
如果一定要使用%like，而且还要保证索引不失效，那么就要使用覆盖索引。

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `name` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `age` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `pos` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`, `name` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`, `age` FROM `staffs` WHERE `name` LIKE '%in%';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`,`name`, `age`, `pos` FROM `staffs` WHERE `name` LIKE '%in';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`, `name` FROM `staffs` WHERE `pos` LIKE '%na';

/* 索引失效 全表扫描 */
EXPLAIN SELECT `name`, `age`, `pos`, `add_time` FROM `staffs` WHERE `name` LIKE '%in';

在这里插入图片描述
口诀：覆盖索引保两边。

字符要加单引号

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`, `name` FROM `staffs` WHERE `name` = 'Ringo';

/* 使用到了覆盖索引 */
EXPLAIN SELECT `id`, `name` FROM `staffs` WHERE `name` = 2000;

/* 索引失效 全表扫描 */
EXPLAIN SELECT * FROM `staffs` WHERE `name` = 2000;

这里name=2000在Mysql中会发生强制类型转换，将数字转成字符串。
口诀：字符要加单引号。

眠秋雨
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
数据分析必问：Pandas面试题及参考答案
大模型大数据攻城狮的专栏
05-22 558
DataFrame是Pandas库中的一个核心数据结构，它类似于Excel中的表格，可以存储不同类型的数据。在Pandas中，抽样操作通常很简单，但是需要根据数据的特点和分析的需求来选择合适的抽样方法。数据标准化和归一化是数据预处理中常用的技术，目的是将数据调整到一个合适的范围内，以消除不同特征量纲和数值范围的差异，从而保证模型训练的有效性。CSV文件是一种文本文件，其中的数据以逗号分隔。不平衡数据集指的是数据集中各类别样本的数量差异较大的情况，这可能导致模型训练出现偏差，影响模型的泛化能力。
MySql索引优化（防止索引失效？从执行计划和执行代价入手，一起看查询优化器会做出怎样的选择）
whiteBearClimb的博客
08-24 390
关于索引的概念和优缺点在：索引的优缺点 这里不重复记录这些概念性问题。 经常面试问到和用到的索引都有哪些？ （1）聚簇索引（聚集索引）：一般建表会用一个自增主键做聚簇索引，没有的话MySQL会默认创建，但是这个主键如果更改代价较高，故建表时要考虑自增ID不能频繁update这点。聚簇索引就是按照每张表的主键构造一颗B+树，同时叶子节点中存放的就是整张表的行记录数据，也将聚集索引的叶子节点称为数据页。这个特性决定了索引组织表中数据也是索引的一部分，每张表只能拥有一个聚簇索引。 (2) 辅助索引（非聚簇索引）：
面试题：索引失效的几种情况（MySQL）
Wall的博客
07-29 4406
1.前导模糊查询不能利用索引(like '%XX'或者like '%XX%') 　　假如有这样一列code的值为'AAA','AAB','BAA','BAB' ,如果where code like '%AB'条件，由于前面是 　　模糊的，所以不能利用索引的顺序，必须一个个去找，看是否满足条件。这样会导致全索引扫描或者全表扫 　　描。如果是这样的条件where code like 'A %...
索引失效的若干种情况
仲翎逸仙
04-14 2741
0. 建表      上图首先建了一个staffs表,然后插入了三条数据,最后建立在一个组合索引2.索引优化      我们把组合索引比作成一辆火车,第一个字段为火车头,其他的字段比作一节车厢,火车能运行的前提条件是火车头不能断掉,如果中间车厢断了,那么后续车厢也不能跑了.总之能够跑动的车厢所代表的索引都有效.也就是说组合索引只有一部分索引字段被使用.一部分失效.2.1 全值匹配我最爱      ...
Day505&506.图灵学院之面试题① -面经
阿昌爱Java
01-11 2823
图灵学院之面试题① 1、B树和B+树的区别，为什么MySql使用B+树 2、CopyOnWriteArrayList的底层原理是怎样的 ⾸先ArrayList是线程不安全的。 CopyOnWriteArrayList是线程安全的，其为解决前者线程不安全的情况 它内部也是⽤过数组来实现的，在向CopyOnWriteArrayList添加元素时，会复制⼀个新的数组，写操作在新数组上进⾏，读操作在原数组上进⾏并且，写操作会加锁，防⽌出现并发写⼊丢失数据的问题 写操作结束之后会把原数组指向新数组 CopyOn
Day527&528&529.图灵学院之面试题③ -面经
阿昌爱Java
02-02 2650
图灵学院之面试题③ 一、HashMap的扩容机制原理是什么？ 新建一个老数组的两倍大小的新组，遍历老数组，且若含有链表，就再遍历（套了两层遍历）。根据hash+新数组容量计算出新数组数组下标位置，并转移到新数组。 1.8 若遍历链表时，发现为红黑树，依然重新计算新数组所对应的下标（老数组对应一个红黑色的位置，不代表新数组的位置是相同） ，经过再计算后，再次判断是否需要建立生成红黑色（代表扩容后，之前的红黑树会被拆分为链表+链表或链表+红黑树或不同位置的红黑树或仍然是相同位置的红黑树）。 二、Conc
2022年php面试题.docx
11-11
PHP 面试题汇总 本文档旨在总结 PHP 面试中常见的知识点，涵盖了 PHP 基础知识、数组函数、正则表达式、Apache 模块安装、PHP 语句、类和对象、Session 会话、SQL 语句等方面。 1. PHP 预定义变量 在 PHP 中，...
2022年PHP新手面试题.doc
11-11
【PHP新手面试题详解】 1、用 PHP 打印出前一天的时间格式是-5-10 22:21:21。可以使用 `date()` 函数配合 `strtotime()` 函数来完成，如 `echo date('Y-m-d H:i:s', strtotime('-1 day'));`。 2、`echo()`, `print...
php 面试题总结.docx
02-03
### PHP面试题总结知识点 #### 一、时间处理与日期函数 **题目**: PHP 打印出前一天的时间。 **解答**: ```php $da = date("Y-m-d H:i:s", time() - 3600 * 24 * 2); // 或者 $date = date("Y-m-d H:i:s", ...
PHP经典面试题(基础型)附答案.doc
08-10
【PHP基础面试题详解】 1. **打印前一天时间** PHP中可以使用`strtotime`函数配合`date`函数来获取前一天的时间。例如： ```php echo date('Y-m-d H:i:s', strtotime('-1 day')); ``` 或者通过计算当前时间戳...
PHP经典面试题集锦
12-19
【PHP经典面试题集锦】 在PHP面试中，掌握这些经典题目可以帮助你更好地理解语言核心概念和实际应用。以下是对一些关键知识点的详细解释： 1. **PHP获取前一天时间**： ```php $a = date("Y-m-d H:i:s", ...
MySql 索引失效、回表解析
默默不代表沉默
09-16 3169
前言 该篇内容： 1 结合实例，介绍常见的几种索引失效场景，以及对每个场景会做一些额外的扩展说明. 2 后面写着写着跑题了，为了想给大家讲下什么是回表...然后。。。。 正文 失效 一 查询的字段列未添加索引 ps：这...直接从失效二开始看吧，我承认我在啰嗦。 请看示例，表内 userProfession 列 存入的是人员的职业信息： 该字段列未使用索引，所以查询无法命中索引 ： EXPLAIN SELECT * FROM userinfo WHERE ...
左连接为什么无法使用索引
热门推荐
axu_air的博客
09-06 1万+
左连接为什么无法使用索引问题慢查询是很可恶的一件事情啊，想要解决慢查询，必须得使用好索引，可是左连接的话，就用不到索引了。为什么呢？ 原因就是：https://www.percona.com/forums/questions-discussions/mysql-and-percona-server/1637-left-join-not-using-index-or-how-to-index-thi
血缘系统 datahub + Sqllineage
最新发布
weixin_42687074的博客
08-13 253
业界比较主流的数据血缘系统，目前还没能达到与调度系统耦合，最大难点在于代码解析。当某张表下游太多时(特别是维度表)，展示也失去了意义，所以多用于排查某张应用表的上游从哪里开。使用方一般为对数仓表结构不太熟悉的业务/数据经理想要了解有哪些数据。
net.sf.jsqlparser.statement.select.SelectItem
Rui_bbm的博客
08-09 359
今天一启动项目，出现了这个错误，仔细想了想，应该是昨天合并代码，导致的mybatis-plus版本冲突，以及分页PageHelper版本不兼容。可以看见这个我是最下边的 Caused by 报错信息，这个地方提示我。在我的项目中，common模块中mybatis-plus 重复导入依赖。在我的server模块中可以看见这个关于jsqlparser依赖。这个依赖是导致项目启动失败的根本原因，一定要将其注释。重新启动项目，可以看见已经可以正常启动！这里我直接将这个依赖注释掉防止重复依赖注入。
SQL Server 事务
a876106354的博客
08-09 520
SQL Server 事务是数据库操作的一个基本特性，它允许你将一系列数据库操作组合成一个原子单元，这个单元中的所有操作要么全部成功，要么全部失败。事务具有以下四个重要的属性，通常被称为ACID属性。
0/1 step1/jgt01.c:1:19: warning: extra tokens at end of #include directive #include struct student { int id; char name[20]; char gender; int year; int month; int day; float score;};int main() { struct student stu; scanf("%d %s %c %d %d %d %f", &stu.id, stu.name, &stu.gender, &stu.year, &stu.month, &stu.day, &stu.score); printf("学号:%d 姓名:%s 性别:%c 出生日期:%d年%d月%d日 成绩:%.1f", stu.id, stu.name, stu.gender, stu.year, stu.month, stu.day, stu.score); return 0;} ^~~~~~ /usr/lib/x86_64-linux-gnu/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: error: ld returned 1 exit status 这是反馈的错误信息
06-06
printf("学号:%d 姓名:%s 性别:%c 出生日期:%d年%d月%d日 成绩:%.1f\n", stu.id, stu.name, stu.gender, stu.year, stu.month, stu.day, stu.score); return 0; } ``` 请注意，修正后的代码中，我在结构体定义后...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值