2020年07月_kevin_zhuzj

12月 11月 09月 08月 07月 06月 05月 04月 03月 02月 01月

转载 10w行级别数据的Excel导入优化记录

需求说明项目中有一个 Excel 导入的需求：缴费记录导入由实施 / 用户将别的系统的数据填入我们系统中的 Excel 模板，应用将文件内容读取、校对、转换之后产生欠费数据、票据、票据详情并存储到数据库中。在我接手之前可能由于之前导入的数据量并不多没有对效率有过高的追求。但是到了 4.0 版本，我预估导入时Excel 行数会是 10w+ 级别，而往数据库插入的数据量是大于 3n 的，也就是说 10w 行的 Excel，则至少向数据库插入 30w 行数据。因此优化原来的导入代码是势在必行的。

2020-07-27 08:24:14 145

原创 explain都不懂，还说会SQL调优?

mysql中的explain命令可以用来查看sql语句是否使用了索引，用了什么索引，有没有做全表扫描。可以帮助我们优化查询语句。 explain出来的信息有10列，文章主要介绍type、key、Extra这几个字段。演示中涉及到的表结构如下： CREATETABLE`dept_desc`( `dept_no`char(4)NOTNULL, `dept_name`varchar(40)NOTNULL, `desc`varchar(255)NOTNULL, P...

2020-07-02 09:10:54 170

原创面试官再问高并发，求你把这篇发给他！

高并发，几乎是每个程序员都想拥有的经验。原因很简单：随着流量变大，会遇到各种各样的技术问题，比如接口响应超时、CPU load升高、GC频繁、死锁、大数据量存储等等，这些问题能推动我们在技术深度上不断精进。在过往的面试中，如果候选人做过高并发的项目，我通常会让对方谈谈对于高并发的理解，但是能系统性地回答好此问题的人并不多，大概分成这样几类： 1、对数据化的指标没有概念：不清楚选择什么样的指标来衡量高并发系统？分不清并发量和QPS，甚至不知道自己系统的总用户量、活跃用户量，平峰和高峰时的QPS和TPS等

2020-07-01 09:49:22 226

转载为什么大家都说 SELECT * 效率低？

面试官：“小陈，说一下你常用的SQL优化方式吧。” 陈小哈：“那很多啊，比如不要用SELECT *，查询效率低。巴拉巴拉...” 面试官：“为什么不要用SELECT *？它在哪些情况下效率低呢？” 陈小哈：“SELECT * 它好像比写指定列名多一次全表查询吧，还多查了一些无用的字段。” 面试官：“嗯...” 陈小哈：“emmm~ 没了” 陈小哈：“....??（几个意思）” 面试官：“嗯...好，那你还有什么要问我的么？” 陈小哈：“我问你个锤子，把老子简历还我！” -------------.

2020-07-01 09:45:39 1738