mysql5.7用EXPLAIN分析sql时关于索引的疑问

分析sql及表结构如下
MySQL > EXPLAIN SELECT COUNT(UA.id) AS tp_count FROM ck_user_audit UA RIGHT JOIN ck_user AS U ON U.id = UA.uid LIMIT 1;
+----+-------------+-------+------------+-------+---------------+------+---------+------+-------+----------+----------------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+------+---------+------+-------+----------+----------------------------------------------------+
*| 1 | SIMPLE | U | NULL | index | NULL | pid | 5 | NULL | 23003 | 100.00 | Using index |
| 1 | SIMPLE | UA | NULL | ALL | NULL | NULL | NULL | NULL | 3304 | 100.00 | Using where; Using join buffer (Block Nested Loop) |
+----+-------------+-------+------------+-------+---------------+------+---------+------+-------+----------+----------------------------------------------------+
MySQL > desc ck_user;
+-----------------+---------------------+------+-----+------------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------------+---------------------+------+-----+------------+----------------+
| id | int(10) | NO | PRI | NULL | auto_increment |
| phone | char(50) | YES | MUL | NULL | |
| pid | int(10) | YES | MUL | NULL | |

| email | char(100) | YES | MUL | NULL | |

执行sql用的是id这个主键,为什么分析出来却显示用的是pid这个索引?

1个回答

图片说明可以用这个来解释

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
mysql为什么这样的sql执行时不走索引

表结构为 ``` CREATE TABLE `person` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) DEFAULT NULL, `address` varchar(255) DEFAULT NULL, `first_name` varchar(255) DEFAULT NULL, `tel` varchar(255) DEFAULT NULL, `job` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`), KEY `name-address` (`name`,`address`,`first_name`) ) ENGINE=InnoDB AUTO_INCREMENT=16804 DEFAULT CHARSET=utf8; ``` 现有执行计划不走索引 ``` EXPLAIN SELECT * FROM person force index(`name-address`) WHERE `name` = 2 AND `address` LIKE "%222" and first_name LIKE "%222"; EXPLAIN SELECT * FROM person force index(`name-address`) WHERE `name` = 1 AND address = 1 ``` 执行计划为 ![图片说明](https://img-ask.csdn.net/upload/201912/09/1575867721_517284.png) ![图片说明](https://img-ask.csdn.net/upload/201912/09/1575872297_939571.png) -------------------------------------------------------------------- 最终解决结果 ![图片说明](https://img-ask.csdn.net/upload/201912/09/1575874217_846480.png)

mysql 模糊查询不使用索引?explain显示用到索引

创建了一个test_demo表,在其中加了5000+条数据 ``` SET FOREIGN_KEY_CHECKS=0; DROP TABLE IF EXISTS `tb_test`; CREATE TABLE `tb_online_disk_mgmt` ( `id` int(11) NOT NULL AUTO_INCREMENT, `node_name` varchar(512) NOT NULL COMMENT '节点名称', `node_level` tinyint(4) NOT NULL COMMENT '节点所在层', `area_code` int(11) NOT NULL COMMENT '区域代码', PRIMARY KEY (`id`), KEY `area_level_name` (`area_code`,`node_level`,`node_name`(255)) USING BTREE, KEY `area_name` (`area_code`,`node_name`(255)) ) ``` 模糊查询不会使用索引,会进行全表查询。在mysql5.5中进行试验。通过结果对比的确可以看出like "%xxx%"这种是没有使用索引,进行了全表查询的,但是key为什么会显示area_level_name呢?正常的在进行全表扫描的时候,没有用到索引,key不用改为空吗? ![使用explain对select进行解释](https://img-ask.csdn.net/upload/201803/15/1521104229_520962.png)

MYSQL数据库组合索引的'最左前缀'问题!

首先看下所创表的结构: ![图片说明](https://img-ask.csdn.net/upload/201801/28/1517132605_772710.jpg) 然后按'最左前缀'的方法EXPLAIN这张表,如下: ![图片说明](https://img-ask.csdn.net/upload/201801/28/1517132670_207491.jpg) 毋庸置疑,好像没什么问题,那么现在看看下面两张图片: ![图片说明](https://img-ask.csdn.net/upload/201801/28/1517132591_497021.jpg) 。。。[PS衔接符号]。。。 ![图片说明](https://img-ask.csdn.net/upload/201801/28/1517132612_626287.jpg) 即使没有按照'最左前缀'的方法,但是显示结果还是用了'KEY’,求解答。

不使用EXPLAIN不能使用FORCE INDEX

<div class="post-text" itemprop="text"> <p>I'm working with MySQL Server version: 5.7.21. </p> <p>I have a table with 2.804.806 rows, so it gets slow when I query through it without indexing. </p> <p>I have a PRIMARY index on 'id' which is <code>AUTO_INCREMENT</code>. </p> <p><img src="https://i.stack.imgur.com/t2sDW.png" alt="EXPLAIN without using USE INDEX or FORCE"></p> <p>My next step was to do modify my query like this : </p> <pre class="lang-sql prettyprint-override"><code>SELECT id, ut_date, servo_on, running_on, arc_on, robot_id FROM process__status_timers USE INDEX (id) WHERE id &gt;934173 AND ut_date &gt; 1546297200000 ORDER BY robot_id , id ASC </code></pre> <p>But still it was not using my key so I used <code>FORCE INDEX</code> and finally i got : <img src="https://i.stack.imgur.com/Z1nrs.png" alt="EXPLAIN USING FORCE"></p> <p>But when I remove the <code>EXPLAIN</code> I get a syntax error:</p> <pre class="lang-sql prettyprint-override"><code>SELECT id, ut_date, servo_on, running_on, arc_on, robot_id FROM process__status_timers FORCE INDEX (PRIMARY) WHERE id &gt;934173 AND ut_date &gt; 1546297200000 ORDER BY robot_id , id ASC ; </code></pre> <ol> <li><blockquote> <p>Unrecognized keyword. (near <code>FORCE</code>) </p> </blockquote></li> <li><blockquote> <p>Unrecognized keyword.(near <code>INDEX</code>)</p> </blockquote></li> <li><blockquote> <p>Unexpected token (near ()</p> </blockquote></li> <li><blockquote> <p>Unrecognized keyword.(near <code>PRIMARY</code>)</p> </blockquote></li> <li><blockquote> <p>Unexpected token (near ()</p> </blockquote></li> </ol> <p>what I'm doing wrong ? </p> <p>Thanks in advance</p> </div>

mysql不走时间字段的索引

where条件中有三个字段的条件,每个字段都有mysql普通索引,但是expalin结果显示时间字段索引没有生效,调换条件顺序依旧无效,麻烦大神们解答一下。 ![图片说明](https://img-ask.csdn.net/upload/202001/16/1579159063_535843.jpg) ``` EXPLAIN SELECT * FROM sys_data_5min_zl WHERE data_user = '2ec29aff-75f3-4a1a-972f-f27fd6099515' AND sb_date BETWEEN '2020-01-03' AND '2020-01-04' AND data_sb ='4eefa3ca-215b-43f6-aaa2-ae16abe764e2' ``` ![图片说明](https://img-ask.csdn.net/upload/202001/16/1579159389_108182.png)

mysql 索引疑问,普通索引上为什么可以持有主键值?

select id,name,age,address from student 主键 : id + name 其它索引:age + address 现在 explain 分析, 发现 Using index, 现在存在疑问的地方是:在 age + address 索引文件怎么有 主键 的值 ? 结构是怎么保存的 ? 二次编辑提问补充: ![图片说明](https://img-ask.csdn.net/upload/201705/02/1493704496_925590.png)

MySQL 数据库 索引优化

现有sql语句: ①select * from tab1 where number = '5' and mode >= 1 and mode <= 21 order by id desc limit 100; ②select * from (select * from tab2 where mode >= 1 and mode <= 21 and name = '5' and create_time >= '2018-01-01' and create_time <= '2019-09-04' order by id desc) A order by id; 请问这两句sql该如何建立索引以达到优化的目的?对于①,我建立了联合索引,key(number,id)但是explain的时候提示没有用到该索引,用的是主键索引。

mysql性能调优,同样的SQL不同的库执行效率不一样,,两个库的数据量一样,配置文件一样。

第一个sql explain执行结果如下图:![图片说明](https://img-ask.csdn.net/upload/201804/27/1524818255_974872.png)explain结果如上,效率特别慢,库里数据量还不大, 第二 个sql explain执行结果如下图:![图片说明](https://img-ask.csdn.net/upload/201804/27/1524818344_897458.png)explain结果如上图,效率比第一个快10倍,和 两个SQL完全一样,两个库的表完全一样,第一个数据库表中数据量小于第二个数据库表中的数据量, 谁帮忙分析分析可能原因 补充:这是其中一段SQL执行的结果,![图片说明](https://img-ask.csdn.net/upload/201804/27/1524822968_80494.png)![图片说明](https://img-ask.csdn.net/upload/201804/27/1524823049_755494.png)

大牛们,谁知道怎么查看hive中的sql有没有用到索引?

我通过 CREATE INDEX ind_test_id_bit on table test(id) AS 'BITMAP' WITH DEFERRED REBUILD; alter index ind_test_id_bit on test rebuild; 在test表建立了一个id列的索引,但是 explain select count(1) from test where id = 38188211; 看执行计划中并没有体现出引用了索引的相关部分 explain内容: hive> explain select count(1) from test where id = 38188211; OK STAGE DEPENDENCIES: Stage-1 is a root stage Stage-0 depends on stages: Stage-1 STAGE PLANS: Stage: Stage-1 Tez Edges: Reducer 2 <- Map 1 (SIMPLE_EDGE) DagName: hive_20160108102929_fe47fb95-3ebc-4b31-a7c7-c50dd60b5198:25 Vertices: Map 1 Map Operator Tree: TableScan alias: test filterExpr: (id = 38188211) (type: boolean) Statistics: Num rows: 483 Data size: 11052 Basic stats: COMPLETE Column stats: NONE Filter Operator predicate: (id = 38188211) (type: boolean) Statistics: Num rows: 241 Data size: 5514 Basic stats: COMPLETE Column stats: NONE Select Operator expressions: 1 (type: int) outputColumnNames: _col0 Statistics: Num rows: 241 Data size: 5514 Basic stats: COMPLETE Column stats: NONE Group By Operator aggregations: count(_col0) mode: hash outputColumnNames: _col0 Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE Reduce Output Operator sort order: Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE value expressions: _col0 (type: bigint) Reducer 2 Reduce Operator Tree: Group By Operator aggregations: count(VALUE._col0) mode: mergepartial outputColumnNames: _col0 Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE Select Operator expressions: _col0 (type: bigint) outputColumnNames: _col0 Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE File Output Operator compressed: false Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE table: input format: org.apache.hadoop.mapred.TextInputFormat output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe Stage: Stage-0 Fetch Operator limit: -1 Processor Tree: ListSink Time taken: 0.115 seconds, Fetched: 58 row(s)

MYSQL查询用到的主键id索引问题

CREATE TABLE `mytest` ( `id` int(10) NOT NULL AUTO_INCREMENT, `a` int(50) DEFAULT NULL, `b` int(50) DEFAULT NULL, `c` int(50) DEFAULT NULL, `index` int(50) DEFAULT NULL, `remark1` varchar(255) DEFAULT NULL, `remark2` varchar(255) DEFAULT NULL, `remark3` varchar(255) DEFAULT NULL, `remark4` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=10059857 DEFAULT CHARSET=utf8 COMMENT='测试1000万数据'; 本人菜鸟,希望大佬们多多指教 这是本人测试建的表,插入了1000万数据,主要是为了测试一下mysql千万数据分页查询时的速度,查询8000000往后100条数据 建表因为主键id唯一自增,所以默认为主键索引 ![查看索引](https://img-ask.csdn.net/upload/201903/28/1553762081_28446.png) SELECT * from mytest limit 8000000,100 > OK > 时间: 8.106s 此查未使用到索引,耗时比较久 SELECT * from mytest where id>(SELECT id from mytest LIMIT 8000000,1) limit 100 > OK > 时间: 5.87s 此处似乎用到了索引,速度有所提升? 这是explain结果 ![图片说明](https://img-ask.csdn.net/upload/201903/28/1553763277_276647.png) 此处是外面查询用到了索引,子查询未用到索引吗?试了多次发现都是差不多这个速度,感觉还是挺慢的 然后 按理说主键id已经是自增索引,查询速度应该很快才对吧,这时候我又对主键id这个字段单独创建了一个普通索引 CREATE index id_index on mytest(id) > OK > 时间: 26.275s ![查询索引](https://img-ask.csdn.net/upload/201903/28/1553762745_778699.png) 查看索引发现和主键索引应该没啥区别,可是,,, 发现查询居然变快了不少??? SELECT * from mytest limit 8000000,100 > OK > 时间: 9.242s 这里未用到索引 SELECT * from mytest where id>(SELECT id from mytest LIMIT 8000000,1) limit 100 > OK > 时间: 1.853s 这是explain结果 ![图片说明](https://img-ask.csdn.net/upload/201903/28/1553763018_643436.png) **这里应该是用到了索引,可是为什么会出现这种情况呢,主键id也是索引,查询就比较慢,单独对id创建了一个普通索引查询速度居然变快了许多,想了半天没明白为啥,求前辈们指教** 此外查询时我也尝试连表查询 SELECT * from mytest a join (SELECT id from mytest limit 8000000,100) b on a.id=b.id; 发现和SELECT * from mytest where id>(SELECT id from mytest LIMIT 8000000,1) limit 100;这个查询耗时几乎一致 附一下表数据 ![图片说明](https://img-ask.csdn.net/upload/201903/28/1553764984_854206.png)

Mysql 中文字段normal索引失效

我的数据库表结构如下![表结构](https://img-ask.csdn.net/upload/201502/22/1424588845_361145.png) 使用localtion作为where查询判断条件,给localtion字段建立普通索引 ![索引类型](https://img-ask.csdn.net/upload/201502/22/1424588942_265226.png) localtion字段里面全部都是中文地名,但是使用where查询的时候数据库没有使用建立好的索引,求大神指导。难道中文字段只能建立全文索引吗? ![没有使用索引](https://img-ask.csdn.net/upload/201502/22/1424589012_661662.png)

mysql sql 性能

[code="sql"] EXPLAIN SELECT * FROM products p JOIN (SELECT * FROM synchronization WHERE time_flag > 0 AND sys_type='products') s ON p.product_code = s.sys_id; EXPLAIN SELECT * FROM products p JOIN synchronization s ON p.product_code = s.sys_id WHERE s.time_flag > 0 AND s.sys_type='products'; [/code] 请问mysql中上面两句sql哪个效率更高啊,我使用explain 查看如下图,看不出来谁效率高,希望哪位帮忙解说下,非常感谢!

mysql 复合索引,前后顺序

表用来保存设备传送来的采集信息 设备暂定10000台,日后会继续增加,每5S传送一个采集信息,一个月度表,千万条记 问题: 设备Id和采集时间在索引中的先后顺序,应该哪个在前哪个在后,

MySQL中字段用int时间戳还是用timestamp?因为查询时该字段上有比较多的范围查询?

在created_at列加索引的前提下。 表数据量千万级别。 explain显示扫描行数是二百万的级别 select count(*) from users where created_at<'2018-08-28 00:00:00' and created_at>='2018-08-01 00:00:00' count大概是四五十万级的别。这种范围查询 created_at用int时间戳和timestamp性能上哪种会比较好

mysql 为什么没走索引?

sql 语句 ``` EXPLAIN SELECT COUNT(1) FROM t_shop_order_bill sob LEFT JOIN t_order_info oi ON oi.order_no=sob.order_no; ``` 执行后 ![图片说明](https://img-ask.csdn.net/upload/201912/03/1575341262_932.png) 我的索引 ![图片说明](https://img-ask.csdn.net/upload/201912/03/1575341348_717064.png)

mysql 左连接时在不考虑where条件下主表可以使用索引吗

这是我explain下的分析结果,就差主表没有使用索引了: ![](https://img-ask.csdn.net/upload/201512/04/1449220995_538342.png) 主表有30万数据,副表数据上千。全部使用左连接关联5个表查询时5秒以上。希望大神给指个路,思路就行 >

Mysql添加索引后的查询失败问题

sql语句如下: . select blog0_.blogId as blogId5_, blog0_.className as className5_, blog0_.title as title5_, blog0_.content as content5_, blog0_.createDate as createDate5_, blog0_.pictureSum as pictureSum5_, blog0_.adminId as adminId5_ from blog blog0_ where 1=1 and blog0_.className=1 order by blog0_.blogId DESC limit 1,10; . 索引在className上。 . 未建立索引前该语句可以查询出需要的数据; . 建立索引之后该语句只能执行出 0 rows; . 然后开始explain,发现是走了索引的,但却没有拿到数据。 . 把select * 换成select a,b,c,d from 。。。之后,找到了问题出现的地方: . 数据表中有一列数据remark是text类型,如果用select * 或select a,b,c,remark。。。进行查询的话,就直接查到了0条数据。 . 如果select的时候不加remark这一列,就能正常完成查询。 . 那么问题来了,我不可能不用remark这一列的,也不可能改动表说把remark这一列挪到新的一张表中。 . 好了小伙伴们,我只想SELECT * FROM `xxx_blog` where className = 1 ORDER BY blogId DESC LIMIT 1,10;这条语句可以正常执行,到底有什么办法解决问题呢?

MYSQL 查询效率低,设置索引几乎无效

各位大神,帮帮忙 ``` EXPLAIN SELECT x.* FROM jx_students_score x LEFT JOIN jx_student_class z ON x.class_id = z.id WHERE z.del_flag != '1' AND x.del_flag = 0 GROUP BY x.classz, x.examination_id ``` 以下是检测和运行的索引 ![图片说明](https://img-ask.csdn.net/upload/201811/13/1542117046_130657.png) ![![图片说明](https://img-ask.csdn.net/upload/201811/13/1542117084_518600.png)

mysql索引失效问题:下面为什么是全表扫描?

``` 建表,索引,插入数据: drop table if exists test; create table test( id int primary key auto_increment, c1 varchar(10), c2 varchar(10), c3 varchar(10), c4 varchar(10), c5 varchar(10) ) ENGINE=INNODB default CHARSET=utf8; create index idx_test_c1234 on test(c1,c2,c3,c4) show index from test 执行计划分析: explain select * from test where c1>'a1' Type类型为什么是All 而不是range?求大神解答疑惑 ``` ![图片说明](https://img-ask.csdn.net/upload/201901/21/1548063825_23283.jpg)

在中国程序员是青春饭吗?

今年,我也32了 ,为了不给大家误导,咨询了猎头、圈内好友,以及年过35岁的几位老程序员……舍了老脸去揭人家伤疤……希望能给大家以帮助,记得帮我点赞哦。 目录: 你以为的人生 一次又一次的伤害 猎头界的真相 如何应对互联网行业的「中年危机」 一、你以为的人生 刚入行时,拿着傲人的工资,想着好好干,以为我们的人生是这样的: 等真到了那一天,你会发现,你的人生很可能是这样的: ...

程序员请照顾好自己,周末病魔差点一套带走我。

程序员在一个周末的时间,得了重病,差点当场去世,还好及时挽救回来了。

和黑客斗争的 6 天!

互联网公司工作,很难避免不和黑客们打交道,我呆过的两家互联网公司,几乎每月每天每分钟都有黑客在公司网站上扫描。有的是寻找 Sql 注入的缺口,有的是寻找线上服务器可能存在的漏洞,大部分都...

点沙成金:英特尔芯片制造全过程揭密

“亚马逊丛林里的蝴蝶扇动几下翅膀就可能引起两周后美国德州的一次飓风……” 这句人人皆知的话最初用来描述非线性系统中微小参数的变化所引起的系统极大变化。 而在更长的时间尺度内,我们所生活的这个世界就是这样一个异常复杂的非线性系统…… 水泥、穹顶、透视——关于时间与技艺的蝴蝶效应 公元前3000年,古埃及人将尼罗河中挖出的泥浆与纳特龙盐湖中的矿物盐混合,再掺入煅烧石灰石制成的石灰,由此得来了人...

上班一个月,后悔当初着急入职的选择了

最近有个老铁,告诉我说,上班一个月,后悔当初着急入职现在公司了。他之前在美图做手机研发,今年美图那边今年也有一波组织优化调整,他是其中一个,在协商离职后,当时捉急找工作上班,因为有房贷供着,不能没有收入来源。所以匆忙选了一家公司,实际上是一个大型外包公司,主要派遣给其他手机厂商做外包项目。**当时承诺待遇还不错,所以就立马入职去上班了。但是后面入职后,发现薪酬待遇这块并不是HR所说那样,那个HR自...

女程序员,为什么比男程序员少???

昨天看到一档综艺节目,讨论了两个话题:(1)中国学生的数学成绩,平均下来看,会比国外好?为什么?(2)男生的数学成绩,平均下来看,会比女生好?为什么?同时,我又联想到了一个技术圈经常讨...

副业收入是我做程序媛的3倍,工作外的B面人生是怎样的?

提到“程序员”,多数人脑海里首先想到的大约是:为人木讷、薪水超高、工作枯燥…… 然而,当离开工作岗位,撕去层层标签,脱下“程序员”这身外套,有的人生动又有趣,马上展现出了完全不同的A/B面人生! 不论是简单的爱好,还是正经的副业,他们都干得同样出色。偶尔,还能和程序员的特质结合,产生奇妙的“化学反应”。 @Charlotte:平日素颜示人,周末美妆博主 大家都以为程序媛也个个不修边幅,但我们也许...

如果你是老板,你会不会踢了这样的员工?

有个好朋友ZS,是技术总监,昨天问我:“有一个老下属,跟了我很多年,做事勤勤恳恳,主动性也很好。但随着公司的发展,他的进步速度,跟不上团队的步伐了,有点...

我入职阿里后,才知道原来简历这么写

私下里,有不少读者问我:“二哥,如何才能写出一份专业的技术简历呢?我总感觉自己写的简历太烂了,所以投了无数份,都石沉大海了。”说实话,我自己好多年没有写过简历了,但我认识的一个同行,他在阿里,给我说了一些他当年写简历的方法论,我感觉太牛逼了,实在是忍不住,就分享了出来,希望能够帮助到你。 01、简历的本质 作为简历的撰写者,你必须要搞清楚一点,简历的本质是什么,它就是为了来销售你的价值主张的。往深...

外包程序员的幸福生活

今天给你们讲述一个外包程序员的幸福生活。男主是Z哥,不是在外包公司上班的那种,是一名自由职业者,接外包项目自己干。接下来讲的都是真人真事。 先给大家介绍一下男主,Z哥,老程序员,是我十多年前的老同事,技术大牛,当过CTO,也创过业。因为我俩都爱好喝酒、踢球,再加上住的距离不算远,所以一直也断断续续的联系着,我对Z哥的状况也有大概了解。 Z哥几年前创业失败,后来他开始干起了外包,利用自己的技术能...

C++11:一些微小的变化(新的数据类型、template表达式内的空格、nullptr、std::nullptr_t)

本文介绍一些C++的两个新特性,它们虽然微小,但对你的编程十分重要 一、Template表达式内的空格 C++11标准之前建议在“在两个template表达式的闭符之间放一个空格”的要求已经过时了 例如: vector&lt;list&lt;int&gt; &gt;; //C++11之前 vector&lt;list&lt;int&gt;&gt;; //C++11 二、nullptr ...

优雅的替换if-else语句

场景 日常开发,if-else语句写的不少吧??当逻辑分支非常多的时候,if-else套了一层又一层,虽然业务功能倒是实现了,但是看起来是真的很不优雅,尤其是对于我这种有强迫症的程序"猿",看到这么多if-else,脑袋瓜子就嗡嗡的,总想着解锁新姿势:干掉过多的if-else!!!本文将介绍三板斧手段: 优先判断条件,条件不满足的,逻辑及时中断返回; 采用策略模式+工厂模式; 结合注解,锦...

深入剖析Springboot启动原理的底层源码,再也不怕面试官问了!

大家现在应该都对Springboot很熟悉,但是你对他的启动原理了解吗?

离职半年了,老东家又发 offer,回不回?

有小伙伴问松哥这个问题,他在上海某公司,在离职了几个月后,前公司的领导联系到他,希望他能够返聘回去,他很纠结要不要回去? 俗话说好马不吃回头草,但是这个小伙伴既然感到纠结了,我觉得至少说明了两个问题:1.曾经的公司还不错;2.现在的日子也不是很如意。否则应该就不会纠结了。 老实说,松哥之前也有过类似的经历,今天就来和小伙伴们聊聊回头草到底吃不吃。 首先一个基本观点,就是离职了也没必要和老东家弄的苦...

为什么你不想学习?只想玩?人是如何一步一步废掉的

不知道是不是只有我这样子,还是你们也有过类似的经历。 上学的时候总有很多光辉历史,学年名列前茅,或者单科目大佬,但是虽然慢慢地长大了,你开始懈怠了,开始废掉了。。。 什么?你说不知道具体的情况是怎么样的? 我来告诉你: 你常常潜意识里或者心理觉得,自己真正的生活或者奋斗还没有开始。总是幻想着自己还拥有大把时间,还有无限的可能,自己还能逆风翻盘,只不是自己还没开始罢了,自己以后肯定会变得特别厉害...

为什么程序员做外包会被瞧不起?

二哥,有个事想询问下您的意见,您觉得应届生值得去外包吗?公司虽然挺大的,中xx,但待遇感觉挺低,马上要报到,挺纠结的。

当HR压你价,说你只值7K,你该怎么回答?

当HR压你价,说你只值7K时,你可以流畅地回答,记住,是流畅,不能犹豫。 礼貌地说:“7K是吗?了解了。嗯~其实我对贵司的面试官印象很好。只不过,现在我的手头上已经有一份11K的offer。来面试,主要也是自己对贵司挺有兴趣的,所以过来看看……”(未完) 这段话主要是陪HR互诈的同时,从公司兴趣,公司职员印象上,都给予对方正面的肯定,既能提升HR的好感度,又能让谈判气氛融洽,为后面的发挥留足空间。...

面试:第十六章:Java中级开发(16k)

HashMap底层实现原理,红黑树,B+树,B树的结构原理 Spring的AOP和IOC是什么?它们常见的使用场景有哪些?Spring事务,事务的属性,传播行为,数据库隔离级别 Spring和SpringMVC,MyBatis以及SpringBoot的注解分别有哪些?SpringMVC的工作原理,SpringBoot框架的优点,MyBatis框架的优点 SpringCould组件有哪些,他们...

面试阿里p7,被按在地上摩擦,鬼知道我经历了什么?

面试阿里p7被问到的问题(当时我只知道第一个):@Conditional是做什么的?@Conditional多个条件是什么逻辑关系?条件判断在什么时候执...

面试了一个 31 岁程序员,让我有所触动,30岁以上的程序员该何去何从?

最近面试了一个31岁8年经验的程序猿,让我有点感慨,大龄程序猿该何去何从。

【阿里P6面经】二本,curd两年,疯狂复习,拿下阿里offer

二本的读者,在老东家不断学习,最后逆袭

大三实习生,字节跳动面经分享,已拿Offer

说实话,自己的算法,我一个不会,太难了吧

程序员垃圾简历长什么样?

已经连续五年参加大厂校招、社招的技术面试工作,简历看的不下于万份 这篇文章会用实例告诉你,什么是差的程序员简历! 疫情快要结束了,各个公司也都开始春招了,作为即将红遍大江南北的新晋UP主,那当然要为小伙伴们做点事(手动狗头)。 就在公众号里公开征简历,义务帮大家看,并一一点评。《启舰:春招在即,义务帮大家看看简历吧》 一石激起千层浪,三天收到两百多封简历。 花光了两个星期的所有空闲时...

《经典算法案例》01-08:如何使用质数设计扫雷(Minesweeper)游戏

我们都玩过Windows操作系统中的经典游戏扫雷(Minesweeper),如果把质数当作一颗雷,那么,表格中红色的数字哪些是雷(质数)?您能找出多少个呢?文中用列表的方式罗列了10000以内的自然数、质数(素数),6的倍数等,方便大家观察质数的分布规律及特性,以便对算法求解有指导意义。另外,判断质数是初学算法,理解算法重要性的一个非常好的案例。

《Oracle Java SE编程自学与面试指南》最佳学习路线图(2020最新版)

正确选择比瞎努力更重要!

面试官:你连SSO都不懂,就别来面试了

大厂竟然要考我SSO,卧槽。

微软为一人收购一公司?破解索尼程序、写黑客小说,看他彪悍的程序人生!...

作者 | 伍杏玲出品 | CSDN(ID:CSDNnews)格子衬衫、常掉发、双肩包、修电脑、加班多……这些似乎成了大众给程序员的固定标签。近几年流行的“跨界风”开始刷新人们对程序员的...

终于,月薪过5万了!

来看几个问题想不想月薪超过5万?想不想进入公司架构组?想不想成为项目组的负责人?想不想成为spring的高手,超越99%的对手?那么本文内容是你必须要掌握的。本文主要详解bean的生命...

我说我懂多线程,面试官立马给我发了offer

不小心拿了几个offer,有点烦

自从喜欢上了B站这12个UP主,我越来越觉得自己是个废柴了!

不怕告诉你,我自从喜欢上了这12个UP主,哔哩哔哩成为了我手机上最耗电的软件,几乎每天都会看,可是吧,看的越多,我就越觉得自己是个废柴,唉,老天不公啊,不信你看看…… 间接性踌躇满志,持续性混吃等死,都是因为你们……但是,自己的学习力在慢慢变强,这是不容忽视的,推荐给你们! 都说B站是个宝,可是有人不会挖啊,没事,今天咱挖好的送你一箩筐,首先啊,我在B站上最喜欢看这个家伙的视频了,为啥 ,咱撇...

立即提问
相关内容推荐