踩坑描述: 写分页查询接口，order by和limit混用的时候，出现了排序的混乱情况 在进行第N页查询时，出现与第一前面页码的数据一样的记录。 问题 在MySQL中分页查询，我们经常会用limit

最近发现接口处理速度慢的有点超出预期，感觉很奇怪，后面定位发现是数据库批量保存这块很慢。  这个项目用的是 mybatis-plus，批量保存直接用的是 mybatis-plus 提供

in/or到底能不能用索引应该是肯定的，但有时生效有时不生效，这个能不能量化计算？这是本文想讨论和解答的问题。

一、英文全文索引根据空格等符号分词，不需要特别的分词器 二、mysql 5.7.6开始支持中文全文索引 分词组件ngram 配置中文单词分词个数 创建全文索引 全文检索模式 常用的全文检索模式有两种：

方法解决问题总结Slow Query分析出现出问题的sql通过执行进程状态分析Explain显示了mysql如何使用索引来处理select语句以及连接表。字段含义IdPROCESS的Id。ProcessId任务的唯一标识，执行KILL PROCESS时需要使用ProcessIdU...