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

现有两张表tablea和tableb!(https://oscimg.oschina.net/oscnet/2021b4122cd6d838dc954e78207ec0ca18d.png)   !(https://images2018.cnblogs.com/blog/1386182/201805/1386182201805041416

在日常工作中，我们会遇见一些慢SQL，在分析这些慢SQL时，我们通常会看下SQL的执行计划，验证SQL执行过程中有没有走索引。通常我们会调整一些查询条件，增加必要的索引，SQL执行效率就会提升几个数量级。我们有没有思考过，为什么加了索引就会能提高SQL的查询效率，为什么有时候加了索引SQL执行反而会没有变化，本文就从MySQL索引的底层数据结构和算法来进行详细分析。

sql\_mode定义了mysql应该支持的sql语法，数据校验等select@@sql_mode;属性说明ONLY\_FULL\_GROUP\_BY对于GROUPBY聚合操作，如果在SELECT中的列，没有在GROUPBY中出现，那么将认为这个SQL是不合法的，因为列不在GROUPBY从句中STRICT\_

此篇转载自 https://ashan.org/archives/522(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fashan.org%2Farchives%2F522)有人说Egret的性能不好，甚至没有原生JS写出来的性能高效。其实大部分时候都是由于开发者所使用的方法不正确

在分析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

Hibernate除了支持HQL查询外，还支持原生SQL查询。对原生SQL查询执行的控制是通过SQLQuery接口进行的，通过执行Session.createSQLQuery()获取这个接口。该接口是Query接口的子接口。执行SQL查询步骤如下：1、获取HibernateSession对象2、编写SQL语句3、通过Session的createS

一问题重现夜黑风高的某一晚，突然收到一条运营后台数据库慢sql的报警，耗时竟然达到了60s。看了一下，还好不是很频繁，内心会更加从容排查问题，应该是特定条件下没有走到索引导致，如果频繁出现慢查询，可能会将数据库连接池打满，导致数据库不可用，从而导致应用不可