1、任何在where子句中使用isnull或isnotnull的语句优化器是不允许使用索引的。因为只有该字段中有null值，即使创建了索引其实也是没有用的，所以创建索引应该在有值的字段上创建;2、使用该sql语句将不会使用索引：select\fromemployeewherelast\_namelike‘%cliton%';

​对于一个报表检验，性能就是其检验方向之一，皕杰报表之初就把性能摆到了第一位，但当面对超量的数据，服务器硬件毕竟有限，因而在设计报表时，性能优化也是需要考虑的问题。可以从以下几个方面来考虑优化：1.对数据集的sql语句进行优化，利用参数控制取出数据的数量，还可以使用视图或存储过程优化数据的获取。2.在制表的过程过程中进行函数的优化，使用select函数时，相

前言：在使用orderby时，经常出现Usingfilesort，因此对于此类sql语句需尽力优化，使其尽量使用Usingindex。0.准备1.创建test表。droptableifexiststest;createtabletest(idintprimarykeyauto\_increme

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在where及orderby涉及的列上建立索引。2.应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：selectidfromtwherenumisnull可以在num上设置默认值0，确保表中num列没有

本次发布修复了翻页查询BUG，建议修复。BeetlSQL默认情况下会为查询语句自动生成翻页查询语句和计算总数的SQL语句，然而计算总数的SQL语句并不一定能是最优的，可以优化，BeetlSQL允许用户提供计算总数的SQL语句。比如如下queryByCondition2如果还有queryByCondition2$count语句，则不会使用自动生成的count

mysql5.6分页查询优化场景：表结构：主键（非自增）contentCode（varchar），过滤条件列为updateTime（timeStamp），已经为timestamp建立索引。搜索sql为：SELECTFROMmy_hello_tableWHEREupdat

分析和优化的基本步骤如下：1、如果是SQL语句的写法问题，我们可以通过在不更改业务逻辑的情况下改写SQL来加以解决；2、如果是不必要的全表扫描/排序而导致了目标SQL的性能问题，我们可以通过建立合适的索引（包括函数索引、位图索引等）来加以解决；3、如果是表或者索引的不良设计导致的目标SQL的性能问题，我们可以通过重新设计表/索引

京东云TiDBSQL层的背景介绍从总体上概括TiDB和MySQL兼容策略，如下表：!(https://oscimg.oschina.net/oscnet/upce7da20a01172c6bbadac82e84bf9eeb0

本文针对MySQL数据库的InnoDB存储引擎，介绍其中索引的实现以及索引在慢SQL优化中的作用。本文主要讨论不同场景下索引生效与失效的原因。

作者：京东物流赫占星一、慢SqL发现在一次需求UAT上线后，本来在测试环境没问题的接口，UAT环境出现了接口超时，通过查询接口日志发现是SQL查询超时了，原因是UAT环境的数据量比测试环境大得多。一般来说，我们可以通过数据库本身的慢查询日志去定位出问题的慢