当我们遇到一个慢查询语句时，首先要做的是检查所编写的 SQL 语句是否合理，优化 SQL 语句从而提升查询效率。所以对 SQL 有一个整体的认识是有必要的。
在MySQL的limit中:limit 100,10MySQL会根据查询条件去存储引擎层找到前110条记录，然后在server层丢弃前100条记录取最后10条
1. MySQL的语法： 2. MySQL语法的定义顺序： (1) 指定查询的字段(2) 指定是否去重(3) 指定表名(4) 指定联表方式(5) 指定联表条件(6) 指定判断条件(7) 指定分组字段(8) 指定分组后的过滤条件(9) 指定排序方式(10) 指定分页显示方式 3. MySQL语法的执行数序： (1) 先找到查询的左表(2) 指定左表和右表联表的条件(3) 找到联表的右表生成笛卡尔积临时表(4) 根据判断条件找出符合条件的数据(5) 把结果按照指定的字段进行分组(6) 通过分组再次过滤出符合
本篇文章从数据库表结构设计、索引、使用等多个维度总结出高性能SQL的34个秘诀，助你轻松掌握高性能SQL
某后台的功能列表，页面底部为通用分页： 总条数: 16209321 页码：1 2 3 4 5 .... 9819 页面默认展示 10 条数据，默认展示条数可选。 页面上部分搜索区域部分有多达 20-30 的筛选条件，筛选条件分别来自于不下 10 张数据表。 拿订单列表查询举例，可以使用用户表里的某个特殊字段进行筛选，如性别等，这些字段肯定不会在订单表存储，所以必然会进行联表。 使用者常常有疑问： 为何页面只有 10 条数据，查询却如此之慢？ 老板会质疑你，做的是什么玩意？查询 10 条数据都要 1 分钟以上的时间？（优化前页面需要转 1 分钟才可显示出数据，页面转圈圈～）
近期网站运营人员、产品反馈：查询数据耗时太长，网站交互上出现明显加载缓慢的情况 分析问题发现：
1.数据库类型dbType； 2.分库分表规则shardingRule； 3.词法分析器引擎lexerEngine；
因为一些新的需求，要在后面加一些where条件，limit操作不能在嵌套查询里面加了，于是乎把limit 0,10提出来放到最外面，结果order by还留在里面。
后端程序员每天的搬砖日常，可以说绝大部分工作都与CURD有关；自然，数据库的CURD操作也就占据了主要的工作时间；不是在配置xml，就是在写sql的路上，但这一切又都是些技术含量不高的体力活；
1.数据库类型dbType；2.分库分表规则shardingRule；3.词法分析器引擎lexerEngine；
后端程序员每天的搬砖日常，可以说CURD占据了绝大部分的工作；自然，数据库的CURD也就占据了很大一部分的工作时间，不是在配置xml，就是在写sql的路上，但这一切又都是一些技术含量不高的体力活；
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。
mybatis-plus作为mybatis的增强工具，简化了开发中的数据库操作。一旦遇到left join或right join的左右连接，还是得老老实实的打开xml文件，手写上一大段的sql语句。今天总结一下一款叫做mybatis-plus-join的工具（后面就简称mpj了）,可以用类似mybatis-plus中QueryWrapper的方式来进行联表查询。
在公司实习的时候，导师分配了SQL慢查询优化的任务，任务是这样的：每周从平台中导出生产数据库的慢查询文件进行分析。进行SQL优化的手段也主要是修改SQL写法，或者新增索引。
一阵熟悉的起床闹钟响起，小菜同学醒来竟发现周围都是导致索引失效的原因：性感迷人的索引使用不当、可爱活泼的存储引擎无法识别索引列、刁蛮任性的优化器不选择索引...
本文若未特意说明使用的数据表，均为 MySQL索引（四）常见的索引优化手段 中的示例表。
朋友拉住我，劝到：哎哎，不是去骂她，是找她理论，叫她改成舔狗1号，是我先来的！
当我们需要关联表格分页查询时，MyBatis_plus封装的单表方法已经满足不了我们的需求了，那么我们需要进行联表分页查询
1月22号晚上10点半，下班后愉快的坐在在回家的地铁上，心里想着周末的生活怎么安排。
客观地说，Elasticsearch确实是个好工具，毕竟它在分布式开源搜索和分析引擎中处于领先地位。不过它也存在不少陷阱，以至于身边几个朋友经常抱怨Elasticsearch有多么不好用。
点击上方蓝色字体，选择“设为星标” 回复”学习资料“获取学习宝典 文章来源：【公众号：JAVA日知录】 目录 背景 分析 数据模拟 测试 解决方案 小结 今天给大家分享个生产事故，一个由于 MySQL 分页导致的线上事故，事情是这样的～ 背景 一天晚上 10 点半，下班后愉快的坐在在回家的地铁上，心里想着周末的生活怎么安排。 突然电话响了起来，一看是我们的一个运维同学，顿时紧张了起来，本周的版本已经发布过了，这时候打电话一般来说是线上出问题了。 果然，沟通的情况是线上的一个查询数据的接口被疯狂的失去
◆ Elasticsearch注意事项 客观地说，Elasticsearch确实是个好工具，毕竟它在分布式开源搜索和分析引擎中处于领先地位。不过它也存在不少陷阱，以至于身边几个朋友经常抱怨Elasticsearch有多么不好用。 对于Elasticsearch而言，想掌握好这门技术，除需要对它的用法了如指掌 外 ， 还 需 要 对 技 术 中 的 各 种 陷 阱 了 然 于 心 。这 里 总 结 一 些 关 于Elasticsearch的使用要点。 1）如何使用Elasticsearch设计表结构？ 2）E
通过下面的图片可以看出，MySQL基础语法分为四部分：连接数据库，对数据库的操作，对表中的数据操作，对表操作等等。
可重复读解决了脏读和不可重复读的问题，但是可能会出现幻读的问题。在这个隔离级别下，同一个事务内的多次读取结果是一致的，不同事务之间的读取结果互不干扰。
所谓的深度分页问题，涉及到 mysql 分页的原理。通常情况下，mysql 的分页是这样写的：
突然电话响了起来，一看是我们的一个开发同学，顿时紧张了起来，本周的版本已经发布过了，这时候打电话一般来说是线上出问题了。
当MGR中个别节点与其他节点通信异常时，就会触发故障检测机制，经过多数派节点投票判断后再决定是否将其驱逐出MGR。
1） 使用InnoDB存储引擎 2） 数据库字符集使用UTF8，校对字符集使用utf8_general_ci 3） 所有表、字段都尽量添加注释 4） 库名、表名、字段名使用小写字母，禁止超过32个字符，须见名知意 5） 非唯一索引以 “idx_字段1_字段2” 命名，唯一索引必须以 “uniq_字段1_字段2” 命名
我负责的系统在去年初就完成了功能上的建设，然后开始进入到推广阶段。随着推广的逐步深入，收到了很多好评的同时也收到了很多对性能的吐槽。
使用数据库是开发基本应用的基础，借助于开发框架，我们已经不用编写原始的访问数据库的代码，也不用调用JDBC（Java Data Base Connectivity）或者连接池等诸如此类的被称作底层的代码，我们将从更高的层次上访问数据库，这在Springboot中更是如此，本章我们将详细介绍在Springboot中使用 Spring Data JPA 来实现对数据库的操作。
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
demo 地址：https://github.com/FleyX/demo-project/tree/master/spring-boot/sjdemo 部分内容参考 ShardingSphere 官方文档：官方文档
不管是工作中，还是面试中，关于mysql的explain执行计划以及索引优化，都是非常值得关注的。
那就用JpaMapper吧！JpaMapper是尽量按照JPA hibernate的书写风格，对mybatis进行封装，是CRUD操作更加简单易用，免于不断写sql。
对于 MySQL 的 JOIN，不知道大家有没有去想过他的执行流程，亦或有没有怀疑过自己的理解（自信满满的自我认为！）；如果大家不知道怎么检验，可以试着回答如下的问题
点击上方蓝色字体，选择“设为星标” 回复”学习资料“获取学习宝典 文章来源：https://c1n.cn/my8R6 目录 简介 开源协议 界面展示 功能概述 技术选型 源码地址 简介 对于 Java 程序员来说，MyBatis、Hibernate 等都是常见的 ORM 框架，对于一些简单的 CRUD，事务支持非常不错。 但是有时候用起来可能比较繁琐，最近看到一个新的类似 ORM 的框架，具备了 ORM 框架的功能，同时也还有一点 GraphQL 语法的味道。 比 MyBatis 效率快 100 倍的
嵌套查询（子查询）可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。嵌套查询写起来简单，也容易理解。但是，有时候可以被更有效率的连接（JOIN)替代。
"偷懒"可以说是技术创新的重要动力之一，很多技术，框架的革新，本质上就是为了能更好的"偷懒"，今天又来分享一款偷懒神器：Rocket-API；
分页查询是MySQL特有的，一般其他数据库是没有的。分页查询可以从表里取一个范围的行，例如0到50行的的数据，30到100行的数据。
shell-mysql （1）脚本背景: 由于要在Linux上，远程读取mysql的表的数据，然后做一定清洗后，把数据上传至Hadoop集群中，使用Java写吧，感觉太麻烦了，得在Win上开发好，还得打成jar包， 上传到Linux上，如果那里出了问题，还得重复这样，非常不方便，那就用shell写一个吧，也不需要什么jdbc驱动包，只需要在Linux上装个MySQL的 客户端即可，用一行yum命令即可搞定，所以就花了点时间，封装了一个小脚本 （2）功能介绍: 直接在Linux下使用shell脚本远
Mysql的limit用法
SELECT * FROM table ORDER BY id LIMIT 1000, 10;
在很多小型应用中都没真正使用分库分表，但是说起来并不陌生，因为我们在面试中经常会被问到，今天我们从从以下几个方面来聊聊分库分表：「是什么？解决什么？怎么做？为什么要这么做？即：」
方法5: 利用MySQL支持ORDER操作可以利用索引快速定位部分元组,避免全表扫描
神奇的 SQL 之 联表细节 → MySQL JOIN 的执行过程（一）中，我们讲到了 3 种联表算法：SNL、BNL 和 INL，了解了数据的查询方式是 one by one，联表方式也是 one by one ；并谈到了 ON 和 WHERE，对下图中所说的提出了质疑
我：嗨，老板娘，有冰红茶没 老板娘：有 我：多少钱一瓶 老板娘：3块 我：给我来一瓶，给，3块 老板娘：来，你的冰红茶 我：玩呐，我要冰红茶，你给我个瓶盖干哈？ 老板娘：这是再来一瓶，我家卖完了，你去隔壁家换一下
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
