作为MySQL DBA, 在运维MySQL的工作过程中,常常遇到Too many connections这个错误，如果发生故障时连数据库维护人员都不能登陆DB进行维护,是多么窘迫的事。可能有人会说可以修改配置文件，然后重启数据库来解决。恩，不过这个是很多种解决方法中可用性最差的一种，本文介绍通过 5.6 新的特性--管理端口 来解决这个问题。
介绍 本篇主要通过汇总网上的大牛的知识，简单介绍一下如何使用mysql的执行计划，并根据执行计划判断如何优化和是否索引最优。 执行计划可显示估计查询语句执行计划，从中可以分析查询的执行情况是否最优，有助于对不使用索引的语句进行优化。EXPLAIN对每个查询返回一行信息，列出了有序的表格，MySQL处理语句的时候读取他们。MySQL解决所有的连接使用嵌套连接方法。这意味读取第一张一行，然后匹配第二张表的所有行，第三张表甚至更多表。当所有的表在处理时，MySQL会输出已经查询出来的列，并且回溯到表继续
本篇主要通过汇总网上的大牛的知识，简单介绍一下如何使用mysql的执行计划，并根据执行计划判断如何优化和是否索引最优。
key_len ： 显示了mysql在索引里使用的字节数，通过这个值可以算出具体使用了索引中的哪些列。
本文主要讲述如何通过 explain 命令获取 select 语句的执行计划，通过 explain 我们可以知道以下信息：表的读取顺序，数据读取操作的类型，哪些索引可以使用，哪些索引实际使用了，表之间的引用，每张表有多少行被优化器查询等信息。
当 Explain 与 SQL 语句一起使用时，MySQL 会显示来自优化器关于 SQL 执行的信息。也就是说，MySQL解释了它将如何处理该语句，包括如何连接表以及什么顺序连接表等。
https://dev.mysql.com/doc/refman/5.7/en/explain-output.html
网上其实已经有非常多的文章都很详细的介绍了 explain 的使用，这篇文章将实例和原理结合起来，尽量让你有更好的理解，相信我，认真看完你应该会有特别的收获。
昨天中午在食堂，和部门的技术大牛们坐在一桌吃饭，作为一个卑微技术渣仔默默的吃着饭，听大佬们高谈阔论，研究各种高端技术，我TM也想说话可实在插不上嘴。
发现，auto_increment并没有+1，而是针对原来的那一条id=4的记录进行了update，因为没有指定其他列(v,extra)的值，所以，update的时候都使用了默认值.
爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。
转自：http://blog.chinaunix.net/uid-540802-id-3419311.html
mysql> explain extended select * from film where rating > 9\G
Extra 是 EXPLAIN 输出中另外一个很重要的列，该列显示 MySQL 在查询过程中的一些详细信息。
Explain简介 本文主要讲述如何通过 explain 命令获取 select 语句的执行计划，通过 explain 我们可以知道以下信息：表的读取顺序，数据读取操作的类型，哪些索引可以使用，哪些索引实际使用了，表之间的引用，每张表有多少行被优化器查询等信息。 下面是使用 explain 的例子： 在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询时，会返回执行计划的信息，而不是执行这条SQL（如果 from 中包含子查询，仍会执行该子查询，将结果放入临
table 输出的行所引用的表 type 联接类型。下面给出各种联接类型,按照从最佳类型到最坏类型进行排序:
#if语句，防止报错 mysql> drop database if exists `HA-test`; Query OK, 0 rows affected, 1 warning (0.00 sec) #创建表 mysql> use book Database changed mysql> create table student(id int(20),name char(40),age int); Query OK, 0 rows affected (0.06 sec) #查看表 mysql> show
今天中午，开发测试环境的MySQL服务报了一个too many connections的错误，从问题上看，可能是连接池被打满了，导致所有的连接都不可用了。
因工作需要，对MySQL Hash Join的内部实现做了一些探索和实践，对这个由8.0.18开始引入的连接算法有了一定的了解，写文总结与各位大佬分享，欢迎大家指教。因篇幅较长，这份总结分成若干部分，我们今天先一起来看一下MySQL Hash join的变迁史。
脑海中要有这个联合索引在MySQL底层的B+Tree的数据结构 ， 索引 排好序的数据结构。
前面说了有type,simple表示普通查询或者连接查询，primary代表union最左边的select，union result代表union查询的临时表去重，所以union all没有去重功能，subquery代表in的子查询物化表的情况下才会出现，dependent subquery代表相关子查询，dependent union代表相关union查询，还有driverd子查询，from后面的，也需要物化，还有物化后转连接查询，这些都能看到mysql优化器是采用哪种查询方式。
PHP是以模块的形式与Apache结合在一起，Apache通过PHP模块到MySQL上取数据，PHP模块拿到数据后再传给Apache，Apache在传输给用户。（这是一个动态请求）
写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-Study-Note/tree/master
1.1 索引的介绍 索引是对数据库表中一列或多列的值进行排序的一种结构，使用索引可快速访问数据库表中的特定信息。如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信
MySQL 8.0终于支持降序索引了。其实，从语法上，MySQL 4就支持了，但正如官方文档所言，"they are parsed but ignored"，实际创建的还是升序索引。 无图无真相，同一个建表语句，看看MySQL 5.7和8.0的区别。 create table slowtech.t1(c1 int,c2 int,index idx_c1_c2(c1,c2 desc));
提到MYSQL Too Many connections 这个错误在MYSQL 5.7 是一个DB人员忘不掉的错误。产生这个问题可能和数据库配置的不佳，或者应用程序组件中的缓冲池调整，增加更多的应用等等，或者因为突发的性能问题导致的这些种种，而不公平问题在于，这些情况的发生大多不是DB 可以控制的。
快速生产10万数据方法，执行main方法后，会将sql文件存入E盘，放到MySQL执行就行了
相信大家都知道，索引是有序的；不过，在MySQL之前版本中，只支持升序索引，不支持降序索引，这会带来一些问题；在最新的MySQL 8.0版本中，终于引入了降序索引，接下来我们就来看一看。
索引是对数据库表中一列或多列的值进行排序的一种结构，使用索引可快速访问数据库表中的特定信息。如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。
写python项目时，需要用到日志类，需求为：日志信息可配置，提供几种类型不同的配置，并且日志既可以写到文本也可以写到数据库中。 实现时日志类直接使用python的logging，配置信息写到配置文件logging_data.conf，并使用logging.config.fileConfig(log_config_path)加载配置。写日志到数据库参考了log4mongo-1.6.0.tar.gz的写法，同时每当在数据库写日志时，同时需要插入一些额外信息，比如：projectId runningId algorithmId，所以使用了python的logging.LoggerAdapter把额外信息添加进去。
上两篇文章分别介绍了MySQL8.0的相关的新特性《MySQL 8.0新特性：隐藏索引》和《MySQL 8.0新特性：隐藏字段》，本文继续介绍MySQL8.0的另一个相关的新特定性--降序索引；本文通过5.7和8.0进行对比说明；
索引有很多种类型，可以为不同的应用场景提供更好的性能。在 MySQL 中，索引是在存储引擎层实现的。接下来重点介绍四种常见的索引类型：B-Tree 索引、哈希索引、空间数据索引（R-Tree）、全文索引。这部分内容分为上下两个小节，本小节重点介绍 B-Tree 索引。
MySQL 提供了一个 EXPLAIN 命令, 它可以对 SELECT 语句进行分析, 并输出 SELECT 执行的详细信息, 以供开发人员针对性优化.
3.匹配最左前缀匹配，仅仅对索引中最左列进行查询，比如复合索引 col1+col2+col3 ,使用索引的是 col1+col2,col1+col3,col1+col2+col3,不会使用索引的是col2+col3,col2.
昨天说完了执行计划的前四个字段，今天说说后面几个字段吧。我们看看explain的基本语法和输出内容：
内容整理于网络 一、EXPLAIN 做MySQL优化，我们要善用 EXPLAIN 查看SQL执行计划。 EXPLAIN 输出格式 EXPLAIN 命令的输出内容大致如下: mysql root@localhost:youdi_auth> explain select * from auth_user\G; ***************************[ 1. row ]*************************** id | 1 select_type |
在用explain对select语句进行执行计划分析时，我们常常会其中的Extra字段中出现Using index或Using index;Using where或Using where或Using index condition，那么这四者有什么区别呢？哪个检索的性能更好呢？
MySQL执行计划中，extra可以展示执行的一些细节，比如索引下推，覆盖索引，排序等信息，为索引优化提供了更完整的信息 常见的extra extra有很多，这里只列出了最常见的几种类型 Using where: 查询条件中 Using index condition: 索引下推（Index Condition Pushdown） Using filesort：Server层需要做额外的排序操作，需要优化，让排序使用到索引 no matching row in const table：唯一索引
EXPLAIN 命令用于SQL语句的查询执行计划。这条命令的输出结果能够让我们了解MySQL 优化器是如何执行SQL 语句的。这条命令并没有提供任何调整建议，但它能够提供重要的信息帮助你做出调优决策。
⑨ range：如果使用索引获取某些范围区间的记录，那么就可能使用到range访问方法，比如：
MySQL 8.0中引入了三个索引方面的新特性，暂且将其称为“索引三剑客”。前面我们已经学习了三剑客之一的函数索引，现在我们来见识一下另外两剑客 - 降序索引和不可见索引。
我们在使用MySQL的时候，用的最多的情况可能就是select语句了，当我们在一个表查找数据的时候，经常会遇到查找的速度比较慢的情况，作为一名DBA，我也会经常遇见业务方写的SQL性能不太好的情况，这种情况下，通常会让业务方去进行调优。而判断一条SQL语句是否会变慢的最主要依据还是"执行计划"。
此时可以用到索引，但是如果通配符不是只出现在末尾，则无法使用索引。（原文表述有误，如果通配符%不出现在开头，则可以用到索引，但根据具体情况不同可能只会用其中一个前缀）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
