DISTINCT 使用 DISTINCT 关键字可以去掉查询中某个字段的重复记录。...小张 SQL 语句： SELECT DISTINCT(username) FROM user 返回查询结果如下： username 小李 小张 小王 提示 使用 DISTINCT 关键字去掉重复记录具有较大的局限性...DISTINCT() 只能包含一个字段且查询结果也只返回该字段而非数据完整记录（如上例所示）。...FROM tb_name 该查询结果将返回列出的所有字段，但该查询往往使 column 的唯一性失效，且 column 1,column 2,… 不能放在 DISTINCT(column) 之前。...上面的例子如果要返回如下结果（这往往是期望中的）： uid username 1 小李 2 小张 3 小王 这时候就要用到 GROUP BY 关键字。
♣ 题目部分 在Oracle中，举例说明“DISTINCT配置（Distinct Placement，DP）”查询转换。...♣ 答案部分 LHR@orclasm > SELECT /*+FULL(A) FULL(B)*/ DISTINCT A.ENAME,B.DNAME FROM SCOTT.EMP A,SCOTT.DEPT...0 sorts (disk) 14 rows processed LHR@orclasm > SELECT /*+FULL(A) FULL(B) PLACE_DISTINCT...*/ DISTINCT A.ENAME,B.DNAME FROM SCOTT.EMP A,SCOTT.DEPT B WHERE A.DEPTNO=B.DEPTNO ; 14 rows selected...from client 0 sorts (memory) 0 sorts (disk) 14 rows processed & 说明： 有关查询转换的更多内容可以参考我的
city,name,age from t where city='杭州' order by name limit 1000 ; 排序过程： 初始化一个sort buffer 我们对 city进行了索引的创建所以通过索引将...city为杭州的筛选出来；（减少全表扫描） 将筛选出来的 city age name 字段放在内存中的 sortbuffer 中（sort buffer 为排序开辟的一块新内存） 直到不符合查询的条件...（就算是limit等于1000 在这一步也会查出比1000多的数据 在这块分页是不起作用的 ） 一直重复第三步 将符合条件的在所有数据存入 sort buffer 中 通过name 进行快速排序。...还有一种就是通过rowId 排序（这种情况是当一行数据过大的时候） 直接上 流程图 ： ?
在其他的关系型数据库中，都有rownum这类型的内置函数来提供查询结果的行号，但是MySQL没有，阿福也一直觉得奇怪。 虽然没有这玩意，但是需求还是要完成的，所以只能用其他的途径来实现了。...otherColoum 就是其他的字段，table就是表明。其实熟悉MySQL语句的应该都能看懂。无非就是定义了一个用户变量来实现自增。 当然这个变量是永久变量还是临时变量就不晓得了。...阿福在测试的时候发现，该变量接执行结果后还是保留的，却不知道数据库重启之后该变量是否保留。 未经允许不得转载：RffanLAB|Rffan实验室 » MySQL 在查询结果中记录行号
—1— 前言 容器的定义：容器是为了解决“在切换运行环境时，如何保证软件能够正常运行”这一问题。...下面，我们就聊一下 Docker 不适合跑 MySQL 的 N 个原因！ —2— 数据安全问题 不要将数据储存在容器中，这也是 Docker 官方容器使用技巧中的一条。容器随时可以停止、或者删除。...目前腾讯云的 TDSQL 和阿里的 Oceanbase 都是直接部署在物理机器，而非 Docker 。 —4— 状态问题 在 Docker 中水平伸缩只能用于无状态计算服务，而不是数据库。...目前，腾讯云的 TDSQL（金融分布式数据库）和阿里云的 Oceanbase（分布式数据库系统）都直接运行中在物理机器上，并非使用便于管理的 Docker 上。...然而在 Docker 中水平伸缩只能用于无状态计算服务，数据库并不适用。 —5— 总结 MySQL 也不是全然不能容器化。
前言 MySQL 的分页查询在我们的开发过程中还是很常见的，比如一些后台管理系统，我们一般会有查询订单列表页、商品列表页等。...示例： SELECT * FROM `goods` order by create_time limit 0,10; 在了解order by和limit的工作原理之前，我们首先回顾下 MySQL...注： 下面没有特别说明默认 MySQL 的引擎为 InnoDB 为讲述方便使用 select * ，生产环境不建议使用 1.1....如果 MySQL 认为内存足够大，会优先选择全字段排序，把需要的字段都放到 sort_buffer 中，这样排序后就会直接从内存里面返回查询结果了，不用再回到原表去取数据。...先查询 510 条数据，按照ORDER BY的工作原理进行条件查询和排序，最后汇总的结果在返回给客户端之前，MySQL 会截取第 501 到 510 条数据，最后把这 10 行记录返回给前端。
下面，我们就聊一下 Docker 不适合跑 MySQL 的 N 个原因！ 数据安全问题 不要将数据储存在容器中，这也是 Docker 官方容器使用技巧中的一条。容器随时可以停止、或者删除。...项目地址：https://github.com/YunaiV/onemall 状态问题 在 Docker 中水平伸缩只能用于无状态计算服务，而不是数据库。...目前，腾讯云的TDSQL（金融分布式数据库）和阿里云的Oceanbase（分布式数据库系统）都直接运行中在物理机器上，并非使用便于管理的 Docker 上。...然而在 Docker 中水平伸缩只能用于无状态计算服务，数据库并不适用。 难道 MySQL 不能跑在容器里吗？ MySQL 也不是全然不能容器化。...---- ---- 欢迎加入我的知识星球，一起探讨架构，交流源码。
清楚 SQL 的执行顺序后，接下来可以看一下在日常查询使用中，常见的拖慢查询的 SQL 使用，这些原因可以通过改写 SQL 来进行优化。 2、联表查询 过于复杂的联表查询通常是导致查询效率低下的原因。...3、子查询 在 MySQL 5.6 版本后对子查询进行了优化，但是优化器的优化始终是有限的，在某些场景下子查询仍然是会称为导致查询效率低下的一个点。...根据 MySQL 官方手册中的子查询优化章节，子查询的优化主要有以下三种方式： Semi-join : 半联接，即有左表和右表进行联接，联接结果只显示左表的结果而不显示右表 Materialization...在一些网站或者 APP 中，我们有时候会发现没有页数可以选择，只有下一页（不断下拉）的选项，这大概率就是利用游标实现的翻页。...5、赘述：in、or与union all的性能对比 在开发过程中，总会遇到这种情况，比如项目中存在两个数据源，一个sql查询语句中的筛选条件是从另外一个数据库中查询获得，这时就不得不采用以上这3种方式（
为什么不建议在 Docker 中跑 MySQL Redis ? 容器的定义：容器是为了解决“在切换运行环境时，如何保证软件能够正常运行”这一问题。...下面，我们就聊一下 Docker 不适合跑 MySQL 的 N 个原因！ 数据安全问题 不要将数据储存在容器中，这也是 Docker 官方容器使用技巧中的一条。容器随时可以停止、或者删除。...状态问题 在 Docker 中打包无状态服务是很酷的，可以实现编排容器并解决单点故障问题。但是数据库呢？将数据库放在同一个环境中，它将会是有状态的，并使系统故障的范围更大。...云简化了虚拟机操作和替换的复杂性，因此不需要在夜间或周末没有人工作时间来测试新的硬件环境。当我们可以迅速启动一个实例的时候，为什么我们需要担心这个实例运行的环境？...如果将你的数据库放在容器中，那么将浪费你的项目的资源。因为你需要为该实例配置大量额外的资源。在公有云，当你需要 34G 内存时，你启动的实例却必须开 64G 内存。在实践中，这些资源并未完全使用。
前言 Mysql的join是什么，join这个单词的意思是加入、参加、连接，而在数据库中，也是连接的意思，将两个表连接起来查询出我们想要的数据。...在数据库中，join的用法主要分成三种，分别是左连接、右连接和内连接，但是实际运用中，两个表之间的操作，是一共有七种，那我们今天就开始认识一下这七种用法吧 下面所有的椭圆都代表两个不同的表，假定左边为test1...`uid`; [20210608204132317.png] 在表中，test1中的109和108，test2的100没有被查询出来 总结：查询到的内容是两个表共有的部分 6.左独有 [7f64dbcc47d5736d8a1a3fc32e862282...test2.uid IS NULL; [2021060820420379.png] 这里查询出了test1表中独有108、109的数据 总结：查询的是左表中右表没有的内容 7.右独有 [06ada01c20ebe487a33f578e6ada3214...test1.uid IS NULL; [20210608204237365.png] 这里查询出了test2表中独有100的数据 总结：查询的是右表中左表没有的内容
最近公司的系统一点点的开始了拆分，从ORACLE 转移到 MYSQL 中，部分程序员的想法在使用MYSQL中还是没有转变过来，直接将ORALCE中的查询语句直接搬到了MYSQL。...这就直接抛出一个问题，就是MYSQL的查询技巧还重要吗？当然如果你还要用MYSQL 来进行数据库的提取和查询，那就必须重视MYSQL的查询技巧。...下面我们可以看看MYSQL 中的index merge 的功能到底能提升查询性能多少 1 我们先关闭index_merge 很明显，索引都白搭了 2 我们打开index_merge 明显看到，查询中使用...，后面其实我还做了一些其他的测试，例如将时间的范围扩大，发现目前的MYSQL 8.015 很聪明的走了应该走的索引，看了MYSQL8.0 这个版本的查询优化器要比MYSQL 5.7 进步不少。...(*) 这样经常被诟病的查询方式也在并行度中获益。
用户与角色是多对多的关系， 一个角色可以被赋予给多个用户，一个用户也可以拥有多个角色； 查询不拥有某角色的所有用户， 如果用leftjoin查询，会造成重复的记录： 举例错误的做法： select...`create_time` desc limit 38; 这个查询虽然用到了（or `system_user_role`.`role_id` is null ）防止结果缺失，但会有重复的记录出现！...如果一个用户， 被赋予了角色（id为6ce3c030-a2e0-11e9-8bdc-495ad65d4804） 该用户又被赋予了另一个角色（id为其他值） 那么这个查询中会查出该用户， 违背了我们的需求...system_user_role.user_id and system_user_role.role_id = '6ce3c030-a2e0-11e9-8bdc-495ad65d4804' ); 这个做法用到了not exists子查询...注意：这样的子查询是可以设置与父查询的关联条件的（where system_user.id = system_user_role.user_id） 这种查询比（not in）查询要快的多！
MySQL 8 最终是要大面积替换MYSQL5.7 , 之前的文字可能给人感觉MYSQL 8 还不如 MYSQL 5.7 ，实际上不然，任何东西新的一定有问题，解决解决就好了，在复杂查询这块 MYSQL...下面是MYSQL 8 和 MYSQL 5.7 在一个稍微复杂查询的执行计划 对比上面的图，一样的语句，一样的数据库，一样的表，一样的数据行数和内容，mysql 8 由于各种优化，去掉了 using firesort...当然也有一些差强人意的，下面的两个查询时间上基本相同，可能需要更多的将语句重新格式的时间，mysql 8 还慢了0.2秒 MYSQL 8 总体来说mysql 在hash join , 免filesort...的新功能对大部分查询语句是有帮助的，但实际上在测试中有些简单的语句，MYSQL 8 并不能占据什么便宜，或者说还可能会比MYSQL 5.7 慢了“一眨眼” 的功夫。...最后总结一下， 如果当前MYSQL 5.X 中运行的系统逻辑并不复杂，执行的语句都是简单的，那换了MYSQL 8 可能并不能得到什么好处，甚至会“挨骂”。
手机一直在震动着，好像催促着我，我拿起它，电话接通，那头传来一个非常轻柔而且职业化的女声，“你好，我是 Oracle 的招聘顾问 Amy，请问您现在方便吗？…”。...MySQL 的面试并没有想象中的那么多规则和高难度，前后 4 轮，基本都是聊天，主要围绕以前做过的事情和对数据库内核的理解。..., Krunal… 工作 在 InnoDB 工作，是一件非常开心的事情，因为可以在家上班。...我做的check空间索引的特性worklog 在 InnoDB 工作的六年时间里，我一共做了 461 次提交，做过的主要特性包括，InnoDB 支持空间索引，透明加密，新的数据字典等等，以下是其中一些...而对于 MySQL 来说，在可预见的未来依旧会是 the world’s most popular open source database，身为曾经的 MySQL 人，我也会在腾讯继续助力 MySQL
先说大致的结论（完整结论在文末）： 在语义相同，有索引的情况下：group by和distinct都能使用索引，效率相同。 在语义相同，无索引的情况下：distinct效率高于group by。...放在查询语句中的第一个字段前使用，且作用于主句所有列。...，DISTINCT可以被看作是特殊的GROUP BY，它们的实现都基于分组操作，且都可以通过松散索引扫描、紧凑索引扫描(关于索引扫描的内容会在其他文章中详细介绍，就不在此细致介绍了)来实现。...在mysql 8.0中，已经移除了这个功能，所以不再需要通过添加order by null 来禁止隐式排序了，但是，查询结果可能与以前的 MySQL 版本不同。...但从Mysql8.0开始，Mysql就删除了隐式排序，所以，此时在语义相同，无索引的情况下，group by和distinct的执行效率也是近乎等价的。
在MySQL数据库中，经常会遇到需要对数据进行分组和去重的情况。为了达到这个目的，我们通常会使用GROUP BY和DISTINCT这两个关键字。虽然它们都可以用于去重，但是它们具有不同的用法和效果。...本文将详细解析MySQL中的GROUP BY和DISTINCT的用法，并比较它们对同一字段的去重效果是否相同。...使用GROUP BY语句，我们可以同时获取每个城市的学生人数；而使用DISTINCT语句，我们只能获得不重复的城市名，无法获取学生人数。当然，我很乐意继续为您写作。下面是文章的剩余部分。4....结论通过本文的介绍，我们了解了Mysql中的Group和Distinct的用法，并对它们进行了比较和对比。Group By关键字用于将结果集按照指定的字段进行分组，适用于分组计算和聚合操作。...在实际使用中，我们需要根据具体的需求选择适当的关键字。如果只需要去重某个字段的值，可以使用Distinct关键字。如果需要对结果集进行分组计算和聚合操作，可以使用Group By关键字。
这样在我们以后遇到MySQL的一些异常或者问题的时候，就可以快速定位问题并解决问题。 下边通过一张图来看一下SQL的执行流程，从中可以清楚的看到SQL语句在MySQL的各个功能模块中执行的过程。 ?...也就是在创建表的时候，如果不指定存储引擎类型，默认就是使用InnoDB，如果需要使用别的存储引擎，在创建表的时候在create table语句中使用engine = MyISAM，来指定使用M有ISAM...一般连接命令是这样写的： mysql -h$ip -P$port -u$user -p 输入命令之后，就需要在交互对话中输入密码，密码也可以直接写在-p后面，但是这种操作一般是开发过程中，连接生产服务器不建议这样做...如果查询语句在缓存中可以查到这个key，就直接把结果返回给客户端。如果语句不在缓存中，就会继续执行后边的阶段。执行完成后，将执行结果存入缓存中。...“你好，你是普通员工，只能进入办公大厅，不能到高管区域”此为权限查询。 分析器：“您需要在公司里面找一张头发是黑色的桌子？桌子没有头发啊！臣妾做不到” 优化器：“要我在A B两个办公室找张三和李四啊？
从以下地址下载emoji的utf8编码文件 https://gist.github.com/JoshyPHP/225b3c77005a89d81511 2. ...查询测试 -- 源数据 SELECT x.content FROM x WHERE CommentID in (39539523,39205786); -- 关联查询 SELECT distinct...emoji_utf8 WHERE CommentID in (39539523,39205786) and x.content like concat('%',c,'%'); 加distinct...是因为存在同一表情符号对应两个utf8编码的情况，如0xE29C8C和0xE29C8CEFB88F。
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀（fá）值的语句。...如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。...> 三、慢查询日志分析工具（mysqldumpslow） mysqldumpslow是官方提供的慢查询日志分析工具，所以你也不用去费劲巴拉的安装了，只要有mysql的环境基本就自带了（Linux操作系统中默认.../mysql/var/ecs-abcf-slow.log | more -- 建议在使用这些命令时结合| 和 more 使用,否则有可能出现刷屏的情况 -- mysqldumpslow工具返回的查询结果示例如下...五、全局查询日志 把所有执行的sql，全部都放在一个表里面，全部给记录了下来。全局查询日志只允许在测试环境用，不能在生产环境使用。在测试时，可以把所有执行的sql抓取出来查看。
完整的一套流程走下来，其实MySQL的面试并没有想象中的那么多规则和高难度，前后4轮，基本都是聊天，主要围绕以前做过的事情和对数据库内核的理解，在面试过程中，让我印象比较深（比较有趣）的是三件事： 一个是..., Krunal… Part3 工作 在InnoDB工作，是一件非常开心的事情，因为可以在家上班，这一点说出来相信就有很多人羡慕了，而这对于一个每天需要接送孩子的家长（我）来说，更是非常难得的福利，不仅可以按照自己的节奏分配工作和生活的时间...在MySQL，研发的流程非常规范。...我做的check空间索引的特性worklog 在InnoDB工作的六年时间里，我一共做了461次提交，做过的主要特性包括，InnoDB支持空间索引，透明加密，新的数据字典等等，以下是其中一些worklog...而对于MySQL来说，在可预见的未来依旧会是the world’s most popular open source database，身为曾经的MySQL人，我也会在腾讯继续助力MySQL的发展，通过腾讯云
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
腾讯会议
云直播
对象存储
