在我们实际工作中大部分人会遇到sql优化的问题，这篇文章主要介绍SQL优化相关。首先我们怎么发现我们的sql执行效率低呢，最简单的方法就是当用户反馈慢的时候我们就会知道哪里可能会有sql效率影响的问题，这里排除其他影响情况，只考虑数据库sql慢的问题。当然这种方式对于我们来说很被动，我们还可以通过什么方式找到有性能问题sql，我们可以通过MySQL的配置文

Stream应用：继续举例来操练Stream，对于下面这两个集合：!(https://oscimg.oschina.net/oscnet/a5421a2fa9849d4b39888fc61ebb159e0fd.jpg)需求是：将这两个集合组合起来，形成对各自人员打招呼的结果，输出的结果如："Hizhangsan"、"Hilis

(一)慢sql一问题发现将应用发布到生产环境后，前端页面请求后台API返回数据，发现至少需要6s。查看到慢sql：!(https://oscimg.oschina.net/oscnet/a81e2a4765114fd1a6e69d7146abe179.jpg"慢sql定位.png")慢sql定位.png

publicList<PlaybackEntityqueryPlaybackRecord(FunctionUseQueryEntityqueryEntity){CriteriacriteriaCriteria.where("createTime").gte(queryEntity.getStartTime()).lte(

在分析SQL性能的时候，经常需要确定资源消耗多的SQL，总结如下：1查看值得怀疑的SQLselectsubstr(to\_char(s.pct,'99.00'),2)||'%'load,       s.executionsexecutes,       p.sql\_text from(select

起因：因工作需要，在本机测试环境升级mysql数据库，需逐条执行mysql数据库的sql文件对数据库进行升级，因此找了些关于mysql的文章，对批量升级数据库所需的sql文件进行升级。整理思路：1.首先，需要对所需升级的sql所在目录的sql文件进行遍历。生成新的批量执行sql文件。想到是windows系统安装的mysql，首先

本次发布增加了一个贴心功能，可以限制Mapper方法中的SQL长度，以避免过长SQL导致难以维护配置属性MAPPER\_SQL\_MAX\_LENGTH，限制Mapper中的SQL长度，默认不限制代码自动生成的ID使用@AssingID无论是JAP，还是SpringData，还是MyBatis，还是BeetSQL，都支持Mappe

kangle支持四种方式限速，单连接限速，分组限速，每ip限速,虚拟主机限速。所有限速可以叠加设置。单连接限速(speed\_limit)点请求控制,在BEGIN表前点插入,选择

49\.字母异位词分组(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fleetcodecn.com%2Fproblems%2Fgroupanagrams%2F)!在这里插入图片描述(https://oscimg.oschina.net/oscnet/

现象最近收到一个慢sql工单,慢sql大概是这样：“selectxxxfromtabelwheretype1”。咦，type字段明明有索引啊，为啥是慢sql呢？原因通过执行explain，发现实际上数据库执行了全表扫描，从而被系统判定为慢sql。这时有一定