大家在MySQL中我们可能听到过rowid的概念，但是却很难去测试实践，不可避免会有一些疑惑，比如：
换句话说，业务中使用 SELECT 语句的时候除了不可避免的搭配 WHERE 以外，还会配合 ORDER BY 进行使用。
换句话说，业务中使用 SELECT 语句的时候除了不可避免的搭配 WHERE 以外，还会配合 ORDER BY进行使用。
前段时间笔者开发某个项目遇到了MySQL性能问题，每张表的数据量都在五千万以上，个别表数据量甚至在一个亿以上，在开发的过程中遇到了非常多的数据库性能优化难点，笔者在开发过程中查询了很多资料，很多查询语句也在优化过程中取得了比较好的效果。笔者也将开发过程中遇到的sql优化问题总结为文章，以便日后回顾。这篇文章主要讲解mysql执行联结运算的原理。为了避免泄露公司业务及数据，在文章中涉及的sql语句都和公司业务无关。
今天没怎么学习，简单写下MySQL里面innodb存储引擎下的索引组织表吧。
基于封技术、基于时戳技术、基于有效性检查、MVCC 等技术是并发控制技术 mysql> create table z ( -> a int not null, -> b int null, -> c int not null, -> d int not null, -> unique key (b), -> unique key (d), -> unique key (c)); Query OK, 0 rows affected (0.09 s
mysql> select backup_date ,count(*) piece_no from redis_backup_result;
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
昨天在微信群中有个朋友也是无意中问了一下，说数据库中的表字段想保持一种相对规范的顺序，怎么办？要知道Oracle中这个操作就比较纠结了，因为是按照追加的方式来处理的。没法在已有的字段1，字段2中间添加一个字段3。但是MySQL却可以，这个方面MySQL看起来要灵活的多，这个是什么原因呢，他们在设计上有什么差别呢。 MySQL中对每个表存在一个定义文件，即frm文件，我们来取出一个表，看看能不能简单解析一下。 比如一个表字段的内容如下： > desc zd_warshrine_prostate; +----
看到这个条SQL写法还是有问题的，我按照他的意思做了改写，我们先分析他要的语句的逻辑
**内存临时表排序：**在MySQL中，使用InnoDB引擎执行排序操作时，当处理的数据量较小，可以在内存中完成排序时，MySQL会优先使用内存进行排序操作。在这种情况下，MySQL会创建一个临时内存表来存储排序结果，这样可以快速地对数据进行排序，提高查询效率。
前段时间有个开发的同事向我咨询一个问题， 开发同事：Oracle会存在一个用户插入数据，已经提交了；但是另外一个用户还查询不到吗？都是同一张表 jeanron: 不会的。 开发同事: 我们现在一个用户写入，程序日志是说已经写入；可是读取的用户还读取不到，在线延迟5分钟可能的问题在哪儿？或者你帮忙监控一下？ jeanron: 是Oracle吗，MySQL还可能有这种情况 开发同事: Oracle,MySQL是什么情况下会这样？ jeanron:
前言 在实际的开发中一定会碰到根据某个字段进行排序后来显示结果的需求，但是你真的理解order by在 Mysql 底层是如何执行的吗？ 假设你要查询城市是苏州的所有人名字，并且按照姓名进行排序返回前 1000 个人的姓名、年龄，这条 sql 语句应该如何写？ 首先创建一张用户表，sql 语句如下： CREATE TABLE user ( id int(11) NOT NULL, city varchar(16) NOT NULL, name varchar(16) NOT NULL, ag
我在上一篇文章，为你讲解完 order by 语句的几种执行模式后，就想到了之前一个做英语学习 App 的朋友碰到过的一个性能问题。今天这篇文章，我就从这个性能问题说起，和你说说 MySQL 中的另外一种排序需求，希望能够加深你对 MySQL 排序逻辑的理解。
在0和1的计算机世界里，开发者和程序员们为了提升系统运行速度、最大化释放服务器性能，也要面对各种各样的挑战，不断提出方案，展开实践，以突破瓶颈、解决难题。
随机获取数据的业务场景,想必大家都有遇到过,今天我们分析一下如何正确的显示随机消息.
B+ Tree索引类型则是二叉树的升级版，每个节点存的是 <num ，最后存排序的ROWID
where条件后面是city字段，然后根据name排序，可以看到，执行计划中有：using filesort字样。这是因为name字段没有索引，所以需要借助sort_buffer来进行排序操作。
如果我们定义了主键(PRIMARY KEY)，那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键，则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引、如果也没有这样的唯一索引，则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索引(ROWID随着行记录的写入而主键递增，这个ROWID不像ORACLE的ROWID那样可引用，是隐含的)。
目标：理解oracle,mysql,sqlserve 三个数据库中的排序效率问题！
业务有两个 MySQL 集群是通过 MQ 进行同步的，昨晚 MQ 出现异常，报了很多主键冲突，想请 dba 帮忙校验一下两个集群的数据是否一致。
日常开发中，我们经常会使用到order by，亲爱的小伙伴，你是否知道order by 的工作原理呢？order by的优化思路是怎样的呢？使用order by有哪些注意的问题呢？本文将跟大家一起来学习，攻克order by~
① 对于受损的数据块，仅仅坏块上的数据无法被查询或读取，其余正常块的数据依旧可以使用。
今天主要介绍一下Oracle、MySQL、sqlserver、pg数据库在删除重复数据时是怎么实现的。这里用实例来说明。
Extra中包含Using filesort表示需要排序，在排序时，MySQL会为每个线程分配一块内存区域用于排序，称之为sort_buffer。
除了b+树索引外，还有hash索引，使用hash表去实现<key,value>，对于每一行数据，存储引擎都会对所有的索引列计算出一个hash code，将hash code 存放在索引中作为key，同时将数据行的地址存储在 value中。
在学习MySQL开发规范-索引规范的时候，强调过一个要点：每张表都建议有主键。我们在这里来简单分析一下为什么？
SQL通常在不同的表之间进行连接运算，但是也可以在相同的表中进行运算。macOS中连接数据库：
可以看到“ALLEN”和“SMITH”这两个人的数据重复了，现在要求表中name重复的数据只保留一行，其他的删除。
where peopleId in (select peopleId from people group by peopleId having count(peopleId) > 1)
select * from (select A.*,rownum rn from ( QUERY_SQL ) A ) where rn <= ((currentpage+1)*pagesize) and rn > (currentpage*pagesize)
自增id是整型字段，我们常用int类型来定义增长id，而int类型有上限 即增长id也是有上限的。
一个悠闲的上午，小航送了我，一袋坚果，他看我吃的正香，慢慢问道：”温哥，mysql的排序，有什么要注意的吗，不就是正排倒排吗？”
如果是小表,随便怎么折腾都行; 如果是大表(至少1千万条记录以上,或者占用10G以上空间), 我们可能需要想办法加快这个速度 , 这时可以参考下面方法:
全字段排序在内存中进行，不涉及磁盘IO、不需要回表操作，但数据量受内存大小影响，有局限性。 语句执行流程：
MySQL5.6版本开始支持Multi-Range Read（MRR）优化。Multi-Range Read优化的目的就是为了减少磁盘的随机访问，并且将随机访问转化为较为顺序的数据访问，这对于IO-bound类型的SQL查询语句可带来性能极大的提升。Multi-Range Read优化可适 用于range，ref，eq＿ref类型的查询。
日常开发中，我们经常要进行字段的排序，但是我们大多不知道排序是如何执行的，今天我们就说说order by 的执行逻辑，
我们日常工作中写 SQL 语句，经常会使用 order by 对记录进行排序。如果 order by 能够使用索引中记录已经排好序的特性，就不需要再借助内存或磁盘空间进行排序，这无疑是效率最高的。然而，还是有各种情况导致 order by 不能够使用索引，而是要进行额外的排序操作。MySQL 把需要借助内存或磁盘空间进行的排序操作统称为文件排序，而没有在概念上进一步分为文件排序和内存排序。
Dumpling 是由 Go 语言编写的用于对数据库进行数据导出的工具。目前支持 MySQL 协议的数据库，并且针对 TiDB 的特性进行了优化。Go Dumpling! 让导出数据更稳定文章对 Dumpling 进阶使用进行了介绍。本文接下来将会介绍 Dumpling 内部表内并发的优化逻辑，从而帮助大家更深刻地理解 Dumpling 工作原理。
Extra的 Using filesort 表示需要排序，MySQL会给每个线程分配一块内存（sort_buffer）用于排序。
网上对这些数据库介绍有些误导，流传各种说法，比如:流传OB基于MySQL、GaussDB 200/300 和openGauss有啥区别，没办法谁让当前国产数据库太多...
每个表有且⼀定会有⼀个聚集索引，整个表的数据存储在聚集索引中，mysql索引是采⽤B+树结构保存在⽂件中，叶⼦节点存储主键的值以及对应记录的数据，⾮叶⼦节点不存
假设有这么一个需求：查询出城市是 “南京” 的所有用户名，并且按照用户名进行排序，返回前 1000 个人的姓名、年龄。
COALESCE函数可以说是新的if和when...case的替代语句了(感觉最大的收获就是这个了…)
是对数据库表中一列或多列的值进行排序的一种结构 mysql的索引是存储引擎层而不是在服务器层实现的，所以并没有统一的索引标准
「TiDB 查询优化及调优」系列文章将通过一些具体的案例，向大家介绍 TiDB 查询及优化相关的原理和应用，在 上一篇文章 中我们简要介绍了 TiDB 查询优化器的优化流程。
ERROR 1025 (HY000): Error on rename of ‘./test/#sql-27c_2308’ to ‘./test/student’ (errno: 150) 更改类型编码类型时 出现此错误一般为有外键约束 解决方法 暂时停止外键检查 set foreign_key_checks=0; 4.6
本篇文章应该是我研究的 TiDB 的第一篇文章，主要是介绍整个 TiDB 架构以及它能支持哪些功能为主。至于其中的细节，我也是很好奇，所以不妨关注一下，由我慢慢讲述。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
