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唯一自增,所以默认为主键索引

查看索引

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结果
图片说明
此处是外面查询用到了索引,子查询未用到索引吗?试了多次发现都是差不多这个速度,感觉还是挺慢的

然后
按理说主键id已经是自增索引,查询速度应该很快才对吧,这时候我又对主键id这个字段单独创建了一个普通索引
CREATE index id_index on mytest(id)

OK
时间: 26.275s

查询索引

查看索引发现和主键索引应该没啥区别,可是,,,

发现查询居然变快了不少???
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结果
图片说明

这里应该是用到了索引,可是为什么会出现这种情况呢,主键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;这个查询耗时几乎一致

附一下表数据

图片说明

NestLu
NestLu 有没有人帮忙解答一下...
大约一年之前 回复
Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
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)

主键和索引哪个查询效率更快??

1.有次面试被问到,主键和索引哪个查询更快? 有没有哪个高手,能给详细解释下。。。在网上查了下,很多都只是给解释一统,簇聚索引和非簇聚索引,但没有特别明确给出答案。 2.还有个问题是,如果在sql语句使用了函数,还能否给字段建立索引。。 求大侠赐教!

mysql 字符串无法做主键或建索引

text类型没法当主键也没法建索引,但它是用户的唯一id,请问这如何解决

mysql数据表主键id自增导出导入问题

数据表中id是主键,自增的。然后进行过删除操作,导致id断裂不连续。现在将表导出再导入,新表的id变成从1开始连续自增,不存在断裂问题,但表之间的关联字段是通过id进行的,这样导致数据关联不上了,有什么好的解决方法么?

mysql 百万数据查询缓慢怎么解决 已经分区,并且主键索引. 求解决

mysql数据库, 引擎是innoDB,但是查询时间还是很慢, 有的已经达到30s, 找不到问题所在,求大神指点,这是查询代码,并无连表什么的, 分区是按月分的,只6月份的数据文件大小就22G,请问这个是问题出在哪里了? ![图片说明](https://img-ask.csdn.net/upload/201706/29/1498705632_244021.png) ``` SELECT `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."avg"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_avg`, `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."max"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_max`, `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."min"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_min` FROM `pd_1_1_pqfreeintervaldata` WHERE `DeviceID` = 9 AND `RecordTimeStampLocal` BETWEEN 1494239850 AND 1498732650 ``` 附图: ![这是explain的查询,显示在分区查询](https://img-ask.csdn.net/upload/201706/29/1498705137_79988.jpg) ![虽然是九十万条但是是mysql的5.7.17json字段存储,json数据](https://img-ask.csdn.net/upload/201706/29/1498704866_570114.png) 换成>= <= ``` SELECT `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."avg"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_avg`, `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."max"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_max`, `PQData`->'$."BB1#V_RMS#Phase_AB#0#VOLTS"."min"' AS `BB1#V_RMS#Phase_AB#0#VOLTS_min` FROM `pd_1_1_pqfreeintervaldata` WHERE `DeviceID` = 9 AND `RecordTimeStampLocal` >= 1494239850 AND `RecordTimeStampLocal`<=1498732650 ``` ![图片说明](https://img-ask.csdn.net/upload/201706/29/1498705924_748671.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 InnoDB引擎,主键自增的实用性高吗? 主键自增的优点和缺点如何取舍?

在使用InnoDB存储引擎时,如果没有特别的需要,请永远使用一个与业务无关的自增字段作为主键。 经常看到有帖子或博客讨论主键选择问题,有人建议使用业务无关的自增主键,有人觉得没有必要,完全可以使用如学号或身份证号这种唯一字段作为主键。不论支持哪种论点,大多数论据都是业务层面的。如果从数据库索引优化角度看,使用InnoDB引擎而不使用自增主键绝对是一个糟糕的主意。 InnoDB使用聚集索引,数据记录本身被存于主索引(一颗B+Tree)的叶子节点上。这就要求同一个叶子节点内(大小为一个内存页或磁盘页)的各条数据记录按主键顺序存放,因此每当有一条新的记录插入时,MySQL会根据其主键将其插入适当的节点和位置,如果页面达到装载因子(InnoDB默认为15/16),则开辟一个新的页(节点)。 如果表使用自增主键,那么每次插入新的记录,记录就会顺序添加到当前索引节点的后续位置,当一页写满,就会自动开辟一个新的页。如下图所示: --- ![https://blog.codinglabs.org/uploads/pictures/theory-of-mysql-index/13.png](https://blog.codinglabs.org/uploads/pictures/theory-of-mysql-index/13.png) --- 这样就会形成一个紧凑的索引结构,近似顺序填满。由于每次插入时也不需要移动已有数据,因此效率很高,也不会增加很多开销在维护索引上。 如果使用非自增主键(如果身份证号或学号等),由于每次插入主键的值近似于随机,因此每次新纪录都要被插到现有索引页得中间某个位置: --- ![https://blog.codinglabs.org/uploads/pictures/theory-of-mysql-index/14.png](https://blog.codinglabs.org/uploads/pictures/theory-of-mysql-index/14.png) 此时MySQL不得不为了将新记录插到合适位置而移动数据,甚至目标页面可能已经被回写到磁盘上而从缓存中清掉,此时又要从磁盘上读回来,这增加了很多开销,同时频繁的移动、分页操作造成了大量的碎片,得到了不够紧凑的索引结构,后续不得不通过OPTIMIZE TABLE来重建表并优化填充页面。 因此,只要可以,请尽量在InnoDB上采用自增字段做主键。 文章资料来自:[https://blog.codinglabs.org/articles/theory-of-mysql-index.html](https://blog.codinglabs.org/articles/theory-of-mysql-index.html "")

mysql用主键查询出两条相同的记录

``` SELECT a.id, a.user_id AS userId, a.content, a.status, a.create_time AS createTime, a.address, a.type, a.people_count AS peopleCount, a.fee_content AS feeContent, a.active_time AS activeTime, a.condition, a.pic, a.join_count, c.avatars AS initiatorAvatars, c.phone AS initiatorPhone, c.name As initiatorName FROM t_active a LEFT JOIN t_join_active b ON a.id = b.active_id LEFT JOIN t_user c ON a.user_id=c.id WHERE a.id=? ``` id是主键查询出两条相同的记录。 org.apache.ibatis.exceptions.TooManyResultsException: Expected one result (or null) to be returned by selectOne(), but found: 2 报了这个错。 sql复制到数据库中查询,只有一条。请教是什么问题 ![图片说明](https://img-ask.csdn.net/upload/201904/17/1555503750_459867.png)

mysql 索引失效问题,执行需要几十秒,实在想不出来原因!

mysql 表 创建 字段articleclassid索引fenlei 执行语句,需要消耗几十秒,实在误解了,找不出原因 ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379714_257432.png) ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379598_286816.png) ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379605_429276.png) ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379609_23734.png) ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379613_331146.png) ![图片说明](https://img-ask.csdn.net/upload/201906/24/1561379618_136697.png) 有没有知道原因在哪里,同样的索引,同样字段,有的articleclassid执行速度非常快,有的又非常慢

如何用SQL语句查询MySQL数据库中的表的索引信息。

想要查询出MySQL中某个表的索引信息,信息包括有索引名、字段以及索引类型,请问如何用SQL语句查询出来呢,特别是索引类型这一块,怎么才能知道它是normal还是unique等等类型的呢?近期毕设要用到,麻烦知道的人讲解一下,非常感谢啦~

MySQL分区表,有主键时,分区列必须包含在主键中,主键列的唯一性如何保证?

如题,MySQL分区表,有主键时,分区列必须包含在主键中,主键列的唯一性如何保证?

求助:mysql 查询数据量过大时,索引失效

mysql 查询数据量过大时,索引失效,怎么让他使用索引来查询![图片说明](https://img-ask.csdn.net/upload/201512/23/1450854100_450104.png)

MySql的联合索引问题,求解

![图片说明](https://img-ask.csdn.net/upload/201905/16/1557976868_907978.png) ** 答案是ABCD?不是很确定,求大佬解答**

mysql 分区后,修改主键,自增失效

我创建了一个表: create table part(id int) partition by range(id)(partition p0 values less than (1), partition p1 values less than (2), partition p2 values less than (3), partition p3 values less than (4), partition pm values less than maxvalue); 然后插入数据: insert into part values(0),(1),(2),(3),(4); 然后我想修改id字段的名字和约束: alter table part change id code int not null; 这时收到一个错误: (1054, u"Unknown column 'id' in 'partition function'") 所以我做了如下操作: alter table part change id code int not null, add id int primary key auto_increment; 执行貌似成功,但是收到一个错误,结果如下: Query OK, 0 rows affected Time: 16.519s (1065, u'Query was empty') 然后select查看part表: select * from part; 结果却是这样: +------+----+ | code | id | +------+----+ | 0 | 1 | | 1 | 1 | | 2 | 1 | | 3 | 1 | | 4 | 1 | +------+----+ 5 rows in set Time: 0.015s 求大神解释

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 无法撤销主键约束

无法撤销主键约束![图片说明](https://img-ask.csdn.net/upload/201603/20/1458488752_480144.png) ![图片说明](https://img-ask.csdn.net/upload/201603/20/1458488765_5998.png)

只有主键加了索引,单表update为什么会死锁,大神救救我

![图片说明](https://img-ask.csdn.net/upload/201705/22/1495456440_543143.png)

mysql为什么不设主键就不能输入数据

不知道怎么搞得,创建数据表的时候如果不设置主键的话这个表就会变成read only,不能输入数据,加上主键之后才能输入。这个是权限没弄对的问题吗?怎么改成不设置主键也可以输入数据?

mysql主键自动增长问题

mysql中主键设置自动增长,删除几条记录后,新增的主键不是现在主键的下一个,而是所有记录中的下一个,求怎样获取下一个主键值

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

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

删库了,我们一定要跑路吗?

在工作中,我们误删数据或者数据库,我们一定需要跑路吗?我看未必,程序员一定要学会自救,神不知鬼不觉的将数据找回。 在 mysql 数据库中,我们知道 binlog 日志记录了我们对数据库的所有操作,所以 binlog 日志就是我们自救的利器。 接下来就来开启程序员自救之路。 想要自救成功,binlog 这把利器一定要好,在自己之前,我们一定要确定我们有 binlog 这把利器,以下就是确保有 bi...

再不跳槽,应届毕业生拿的都比我多了!

跳槽几乎是每个人职业生涯的一部分,很多HR说“三年两跳”已经是一个跳槽频繁与否的阈值了,可为什么市面上有很多程序员不到一年就跳槽呢?他们不担心影响履历吗? PayScale之前发布的**《员工最短任期公司排行榜》中,两家码农大厂Amazon和Google**,以1年和1.1年的员工任期中位数分列第二、第四名。 PayScale:员工最短任期公司排行榜 意外的是,任期中位数极小的这两家公司,薪资...

我以为我学懂了数据结构,直到看了这个导图才发现,我错了

数据结构与算法思维导图

技术大佬:我去,你写的 switch 语句也太老土了吧

昨天早上通过远程的方式 review 了两名新来同事的代码,大部分代码都写得很漂亮,严谨的同时注释也很到位,这令我非常满意。但当我看到他们当中有一个人写的 switch 语句时,还是忍不住破口大骂:“我擦,小王,你丫写的 switch 语句也太老土了吧!” 来看看小王写的代码吧,看完不要骂我装逼啊。 private static String createPlayer(PlayerTypes p...

华为初面+综合面试(Java技术面)附上面试题

华为面试整体流程大致分为笔试,性格测试,面试,综合面试,回学校等结果。笔试来说,华为的难度较中等,选择题难度和网易腾讯差不多。最后的代码题,相比下来就简单很多,一共3道题目,前2题很容易就AC,题目已经记不太清楚,不过难度确实不大。最后一题最后提交的代码过了75%的样例,一直没有发现剩下的25%可能存在什么坑。 笔试部分太久远,我就不怎么回忆了。直接将面试。 面试 如果说腾讯的面试是挥金如土...

和黑客斗争的 6 天!

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

讲一个程序员如何副业月赚三万的真实故事

loonggg读完需要3分钟速读仅需 1 分钟大家好,我是你们的校长。我之前讲过,这年头,只要肯动脑,肯行动,程序员凭借自己的技术,赚钱的方式还是有很多种的。仅仅靠在公司出卖自己的劳动时...

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

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

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

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

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

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

MySQL数据库面试题(2020最新版)

文章目录数据库基础知识为什么要使用数据库什么是SQL?什么是MySQL?数据库三大范式是什么mysql有关权限的表都有哪几个MySQL的binlog有有几种录入格式?分别有什么区别?数据类型mysql有哪些数据类型引擎MySQL存储引擎MyISAM与InnoDB区别MyISAM索引与InnoDB索引的区别?InnoDB引擎的4大特性存储引擎选择索引什么是索引?索引有哪些优缺点?索引使用场景(重点)...

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

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

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

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

外包程序员的幸福生活

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

现代的 “Hello, World”,可不仅仅是几行代码而已

作者 |Charles R. Martin译者 | 弯月,责编 | 夕颜头图 |付费下载自视觉中国出品 | CSDN(ID:CSDNnews)新手...

!大部分程序员只会写3年代码

如果世界上都是这种不思进取的软件公司,那别说大部分程序员只会写 3 年代码,恐怕就没有程序员这种职业。

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

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

HTTP与HTTPS的区别

面试官问HTTP与HTTPS的区别,我这样回答让他竖起大拇指!

程序员毕业去大公司好还是小公司好?

虽然大公司并不是人人都能进,但我仍建议还未毕业的同学,尽力地通过校招向大公司挤,但凡挤进去,你这一生会容易很多。 大公司哪里好?没能进大公司怎么办?答案都在这里了,记得帮我点赞哦。 目录: 技术氛围 内部晋升与跳槽 啥也没学会,公司倒闭了? 不同的人脉圈,注定会有不同的结果 没能去大厂怎么办? 一、技术氛围 纵观整个程序员技术领域,哪个在行业有所名气的大牛,不是在大厂? 而且众所...

男生更看重女生的身材脸蛋,还是思想?

往往,我们看不进去大段大段的逻辑。深刻的哲理,往往短而精悍,一阵见血。问:产品经理挺漂亮的,有点心动,但不知道合不合得来。男生更看重女生的身材脸蛋,还是...

程序员为什么千万不要瞎努力?

本文作者用对比非常鲜明的两个开发团队的故事,讲解了敏捷开发之道 —— 如果你的团队缺乏统一标准的环境,那么即使勤劳努力,不仅会极其耗时而且成果甚微,使用...

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

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

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

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

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

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

终于懂了TCP和UDP协议区别

终于懂了TCP和UDP协议区别

无代码时代来临,程序员如何保住饭碗?

编程语言层出不穷,从最初的机器语言到如今2500种以上的高级语言,程序员们大呼“学到头秃”。程序员一边面临编程语言不断推陈出新,一边面临由于许多代码已存在,程序员编写新应用程序时存在重复“搬砖”的现象。 无代码/低代码编程应运而生。无代码/低代码是一种创建应用的方法,它可以让开发者使用最少的编码知识来快速开发应用程序。开发者通过图形界面中,可视化建模来组装和配置应用程序。这样一来,开发者直...

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

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

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

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

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

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

立即提问
相关内容推荐