在mysql中，索引就是帮助mysql快速找到某条数据的一种数据结构，它是排好序的，独立于mysql表数据之外的。
MySQL 8.0 从第一版release 到现在已经走过了4个年头了，8.0版本在功能和代码上做了相当大的改进和重构。和DBA圈子里的朋友交流，大部分还是5.6 ，5.7的版本，少量的走的比较靠前采用了MySQL 8.0。为了紧追数据库发展的步伐，能够尽早享受技术红利，我们准备将MySQL 8.0引入到有赞的数据库体系。
导读：本文详细介绍 MySQL 8.0.19 三大索引新功能，隐藏索引，降序索引，函数索引，结合其他同仁的技术应用案例，进一步进行验证改编，最后总结心得，希望对大家有帮助。
MySQL 8.0 支持隐藏索引（invisible index），也称为不可见索引。隐藏索引不会被优化器使用。它允许快速启用/禁用MySQL Optimizer使用的索引；主键不能设置为隐藏（包括显式设置或隐式设置）。
当数据量比较大，若SQL语句写的不合适，会导致SQL的执行效率低，我们需要等待很长时间才能拿到结果
在之前MySQL的版本中，只能通过显式的方式删除索引，如果删除后发现索引删错了，又只能通过创建索引的方式将删除的索引添加回来，如果数据库中的数据量非常大，或者表比较大，这种操作的成本非常高。在MySQL 8.0中，只需要将这个索引先设置为隐藏索引，使查询优化器不再使用这个索引，但是，此时这个索引还是需要MySQL后台进行维护，当确认将这个索引设置为隐藏索引系统不会受到影响时，再将索引彻底删除。这就是软删除功能。
MySQL 8.0中引入了三个索引方面的新特性，暂且将其称为“索引三剑客”。前面我们已经学习了三剑客之一的函数索引，现在我们来见识一下另外两剑客 - 降序索引和不可见索引。
主键索引是关系数据库中最常见的索引类型 主要作用是确定数据表里一条特定的数据记录的位置
今天我们一起来聊聊MySQL 8.x版本中新增的三大索引。MySQL 8.x中新增了三种索引方式，这三种索引方式直接让MySQL原地起飞了，如下所示。
我曾经在公司处理过很多次Mysql性能上的问题，利用一些Linux常用的命令来查看Mysql对服务器的CUP和I/O使用情况，通过慢查询日志找出有待优化的sql，通过show processlist查看正在执行的sql的情况以及及时kill死锁的sql，通过EXPLAIN分析需要优化的sql语句。当然也对Mysql内部配置做了一些调整。 最近也在看《高性能MySQL》这本Mysql的经典书籍，很早的时候我就想写一个系列来介绍我在使用Mysql遇到的一些问题。无意中发现一篇博客写的内容和我想写的基本差不
首先开启慢查询日志，由参数slow_query_log决定是否开启，在MySQL命令行下输入下面的命令：
今天是《MySQL核心知识》专栏的第17章，今天为大家系统的讲讲MySQL中的性能优化，希望通过本章节的学习，小伙伴们能够举一反三，彻底掌握MySQL中性能优化相关的知识。好了，开始今天的正题吧。
一般有3个思考方向 1.根据慢日志定位慢查询sql 2.使用explain等工具分析sql执行计划 3.修改sql或者尽量让sql走索引
性能优化（Optimize）指的是在保证系统正确性的前提下，能够更快速响应请求的一种手段。而且有些性能问题，比如慢查询等，如果积累到一定的程度或者是遇到急速上升的并发请求之后，会导致严重的后果，轻则造成服务繁忙，重则导致应用不可用。它对我们来说就像一颗即将被引爆的定时炸弹一样，时刻威胁着我们。因此在上线项目之前需要严格的把关，以确保 MySQL 能够以最优的状态进行运行。同时，在实际工作中还有面试中关于 MySQL 优化的知识点，都是面试官考察的重点内容。
下面来学习互联网行业使用最为广泛的关系型数据库 MySQL，它的知识点结构图如下所示。
最近在工作中，碰到了个很诡异的问题，需求是在两个MySQL数据库为同一张表增加一个二级索引(单键值字段(x varchar(500)))，表结构和加索引的语法，都是相同的，但是一个库执行成功了，一个执行失败了，提示错误如下，
隐藏索引有什么作用 MySQL 8.0 支持了 Invisible Indexes 隐藏索引 这个特性，可以把某个索引设置为对优化器不可见，生成查询计划时便不使用这个索引了，但这个索引还是被正常维护的，例如表数据变更后还是会更新索引。 隐藏索引 最明显的一个作用类似 索引回收站。 例如数据库长时间运行后，会积累很多索引，做数据库优化时，想清理掉没什么用的多余的索引，但可能删除某个索引后，数据库性能下降了，发现这个索引时有用的，就要重新建立。 对于较大的表来说，删除、重建索引的成本是很高的，如果在清理索引时能
在进行慢SQL分析的时候，有时候我们会发现explain的扫描行数和慢日志中的行数相差很大，那explain中的rows这个扫描行数是怎么判断的？
事务用于保证数据的一致性,它由一组相关的dml语句组成,该组的dml语句要么全部成功，要么全部失败。如:转账就要用事务来处理,用以保证数据的一致性。
MySQL 是一种流行的开源关系数据库管理系统（RDBMS），其性能和可靠性在各种规模的应用中得到了广泛的验证。尽管 MySQL 本身已经非常高效，但在一些高并发、大数据量的场景下，对其内核进行深度优化是提升性能的关键。本文将详细探讨 MySQL 内核深度优化的若干方面，包括存储引擎优化、查询优化、内存管理优化、并发控制优化以及索引优化等。
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。
如果使用的 M 系列的 Mac 本的同学，需要找下支持 linux/arm64/v8 的版本。
1、临时开启慢查询日志（如果需要长时间开启，则需要更改mysql配置文件，第6点有介绍）
在数据库中，对无索引的表进行查询或者有索引但是MySQL查询优化器不选择使用索引而进行的查询被称为全表扫描。如何判断当前某个
MySQL的数据存储结构主要分两个方面：物理存储结构与内存存储结构，作为数据库，所有的数据最后一定要落到磁盘上，才能完成持久化的存储。内存结构为了实现提升数据库整体性能，主要用于存储临时数据和日志的缓冲。本文主要讲MySQL的物理结构，以及MySQL的内存结构，对于存储引擎也主要以InnoDB为主。
一.什么是索引 相当于一本数的目录 二.使用索引的好处和坏处 好处:加快查找速度 坏处:占用磁盘空间 三.查看索引命令 命令格式： show index from 表名； 四.索引的算法 Index_type: BTREE （二叉树） Column_name: User Key_name: PRIMARY 五.索引的种类 1. index普通索引(务必掌握) 1.1 使用场景：通常表表中最为查询条件的字段设置为索引字段（性别 班级 名字） 1.2 使用规则 -字段值可以重复 -一个
InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两个表类型各有优劣，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。
欢迎关注专栏：Java架构技术进阶。里面有大量batj面试题集锦，还有各种技术分享，如有好文章也欢迎投稿哦。 微信公众号：慕容千语的架构笔记。欢迎关注一起进步。
作者简介： 刘伟 云和恩墨开源解决方案事业部首席架构师 多年一线互联网企业DBA经历，对MySQL、NoSQL，PostgreSQL等各类开源数据库均有涉猎，负责开发管理过数千实例规模数据库项目，并带
在 MySQL 的主从架构在很多场景下都在使用，同时 MySQL 的同步延迟也是很多 DBA、运维、开发的同学经常面对的问题之一。本文围绕同步延迟的场景之一：无主键表，来看看延迟产生的原因，以及应对的策略。当然，从标题上也能看出来，给表建个主键是最好的办法，不过在关于这个问题，其实还有一些其他的方式可以尝试。
我们在设计一个系统的时候，有时候通常为了基础业务，写出的查询sql语句并不高效，从而影响到用户使用系统的整体体验感不是很好，我们通常在系统的测试阶段会开启MySQL中的慢日志查询的功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，只要SQL执行的时间超过了我们设置的时间就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了，从而就可以对这些语句进行调优优化，使用 Explain来分析 SQL 语句的性能。
Mysql作为数据库在不同的机器和不同的业务环境中具有不同的调优方式，和我们做任何事情一样，涉及到边界确定的就是我们需要关注的。所有了解mysql实现的边界参数是我们调优的重点。
当MySQL数据库中的索引被正确地创建和配置，但查询却无法使用索引时，则导致查询性能不佳。常见的情况可能包括：
对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情 况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。
MySQL 有很完整的元数据表来监测全文索引表的插入，更新，删除；甚至全文索引表以及辅助表的数据追踪。
MySQL优化器的工作之一是选择索引。通过选择索引，找到一个最优的执行方案，以最小的代价去执行语句。而评估代价大小的因素之一，就是扫描行数。因为扫描的行数越少，访问磁盘数据的次数越少，消耗的CPU资源就相应越少。另外，优化器还会结合是否使用临时表、是否排序等因素进行综合判断。
最常见的方式就是为字段设置主键或唯一索引，当插入重复数据时，抛出错误，程序终止，但这会给后续处理带来麻烦，因此需要对插入语句做特殊处理，尽量避开或忽略异常，下面我简单介绍一下，感兴趣的朋友可以尝试一下：
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务，详细了解可以看一下这篇【常识与进阶】！
mysql8 是早早晚晚都的上的版本，早上会让开发欣喜，因为很多不支持的功能都开始支持，而尤其是MGR 方面的完善和物理复制的插件等等也是D们期待的。晚上也是有道理的，查询的速度估计会让继续使用MYSQL.5.7的感到欣慰。
说一下mysql比较宏观的面试，具体咋写sql的这里就不过多举例了。后面我还会给出一个关于mysql面试优化的试题，这里主要说的索引和B+Tree结构，很少提到我们的集群配置优化方案。
相信很多做性能测试的朋友都知道，性能测试并不单单只是看服务器cpu、IO、内存、网络等，我们还需要了解Mysql性能，那么我们看看Mysql性能主要内容有哪些呢？
大家好，我是老田，之前写过 JVM、并发编程连环炮。然后有很多小伙伴私下找我就我继续把MySQL的连环炮整理出来，但是由于本人比较懒，又加上最近有点忙，所以拖到了今天才发出来。
本文主要参考官网的优化 https://dev.mysql.com/doc/refman/5.7/en/optimization.html
是否启用mysql查询缓存，可以通过2个参数：query_cache_type和query_cache_size，
我们有时候想删除掉冗余索引，但是又怕删除之后影响到查询性能，这时候再回退就需要一定的时间。MySQL8.0开始支持隐藏索引（invisible indexes），隐藏索引不会被优化器使用，如果你想验证某个索引删除之后的查询性能影响，就可以暂时先隐藏该索引。但是有一点主键不能被设置为隐藏索引，当表中没有显式主键时，表中第一个唯一非空索引会成为隐式主键，也不能设置为隐藏索引。
昨天遇到一个问题, 200万的表里查询9万条数据, 耗时达63秒. 200万数据不算多, 查询9万也还好. 怎么用了这么长的时间呢? 问题是一句非常简单的sql. select * from tk_t
一个简单的数据库的增删改查的留言版，分页的设计思路，即是每次进行查询所发送的参数不同，从数据库中得到不同数据，在sql语句中用limit动态设置偏移量。偏移量可以通过判断和叠加的方式而改变。而总页数可以是,返回的总行数除以每页显示的条数之后取整。如果是一个文件写入的留言版，则可以将取出的内容拆分成数组，后设置偏移量取出不同的元素。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
