mysql执行计划

我们常用的操作数据库语言 SQL 语句在执行的时候需要要先编译，然后执行，而存储过程（ Stored Procedure ）是一组为了完成特定功能的 SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。 一个存储过程是一个可编程的函数，它在数据库中创建并保存。它可以有 SQL 语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象方法的模拟。它允许控制数据的访问方式。 存储过程通常有以下优点： (1). 存储过程增强了 SQL 语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。 (2). 存储过程允许标准组件是编程。存储过程被创建后，可以在程序中被多次调用，而不必重新编写该存储过程的 SQL 语句。而且数据库专业人员可以随时对存储过程进行修改，对应用程序源代码毫无影响。 (3). 存储过程能实现较快的执行速度。如果某一操作包含大量的 Transaction-SQL 代码或分别被多次执行，那么存储过程要比批处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程时查询，优化器对其进行分析优化，并且给出最终被存储在系统表中的执行计划。而批处理的

前景 Mysql作为开源数据库的中坚力量之一，虽然目前已被甲骨文收购，面临闭源风险，但是mysql扔是我们运维工作中最常面对的工作，那如何做好mysql运维工作，甚至做好mysql的基础运维，都是维稳业务持久层的关键，故本文收集相关资料整理MySQL运维工作常用的命令，以作记录，供日常运维时参考查证。 Mysql运维 MySQL运维工作常用命令和操作主要包括：对MySQL数据库状态的查看、性能的优化（连接数，存储，集群等），MySQL表及索引的检查、分析、修复、优化，MySQL数据库的导出导入、冷热备份等。 1、工具篇 常用工具： 1）myisampack：压缩MySQL的MyISAM表以产生更小的只读表的一个工具。myisampack可以压缩MyISAM表来解决空间占用过大的问题。myisampack分别压缩表中的每一列。通常，myisampack可以将数据文件压缩到40%-70%。当以后使用表时，解压缩列需要的信息被读入内存。当访问具体的记录时性能会更好，因为你只需要解压缩一个记录。 2）mysqlaccess：检查访问主机名、用户名和数据库组合的权限的脚本。它可作为MySQL的一个诊断工具，检查访问权限的主机名、用户名和数据库组合。其检查功能只访问user、db和host这3个表，而不检查在tables_priv、columns_priv或procs_priv表等信息； 3

1. 啥情况呀 测试环境机器磁盘空间不足的告警打破了下午的沉寂，一群人开始忙活着删数据。但是，不久前刚清理了一波数据，测试环境在没做压测的情况下不至于短短一个月不到就涨了200G数据，于是，我悄悄的进入数据目录下，发现一个不寻常的点，ibtmp1文件有192G ll -h ibtmp1 -rw-r----- 1 mysql mysql 192G Aug 12 16:20 ibtmp1 2. 怎么处理 2.1 简单说明 ibtmp1是非压缩的innodb临时表的独立表空间,通过innodb_temp_data_file_path参数指定文件的路径，文件名和大小，默认配置为ibtmp1:12M:autoextend，也就是说在支持大文件的系统这个文件大小是可以无限增长的。 2.2 解决办法 a) 找个空闲时间关闭数据 # 设置innodb_fast_shutdown参数 SET GLOBAL innodb_fast_shutdown = 0; # 此步骤可以省略 # 关闭数据库实例 shutdown; # 因本实例为MySQL5.7 可以直接在SQL命令行中shutdown关闭 关闭后ibtmp1文件会自动清理 b) 修改my.cnf配置文件 为了避免ibtmp1文件无止境的暴涨导致再次出现此情况,可以修改参数，限制其文件最大尺寸。 如果文件大小达到上限时

本文转自于： https://blog.csdn.net/plg17/article/details/78758593 用两个表（a_table、b_table），关联字段a_table.a_id和b_table.b_id来演示一下MySQL的内连接、外连接（ 左(外)连接、右(外)连接、全(外)连接）。 MySQL版本：Server version: 5.6.31 MySQL Community Server (GPL) 数据库表：a_table、b_table 主题：内连接、左连接（左外连接）、右连接（右外连接）、全连接（全外连接） 前提 建表语句： CREATE TABLE `a_table` ( `a_id` int(11) DEFAULT NULL, `a_name` varchar(10) DEFAULT NULL, `a_part` varchar(10) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 CREATE TABLE `b_table` ( `b_id` int(11) DEFAULT NULL, `b_name` varchar(10) DEFAULT NULL, `b_part` varchar(10) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8

目的 MySQL查询优化器是基于代价（cost-based）的查询方式。因此，在查询过程中，最重要的一部分是根据查询的SQL语句，依据多种索引，计算查询需要的代价，从而选择最优的索引方式生成查询计划。 然而，在分析MySQL查询优化器过程中，是以查询优化器主线的原则进行研究，而忽略了很多细节的内容。因此，对MySQL索引选择进行进一步的研究和分析，给出创建和使用索引的规则，从而有助于分析SQL查询。 设计 设计原则主要依据为尽可能的测试索引，而不考虑索引的合理性。一方面可以更加全面的测试在多种索引存在的情况下，查询优化器是如何进行选择的。另一方面可以根据选择索引的原则，评估索引的合理性。 1.数据表设计 数据表设计如下所示，其中students_origin表中只有主键索引，students表设计主键索引（Primary Key）、唯一索引（Unique Key）、B+索引、联合索引等。 CREATE TABLE `students_origin` ( `id` int(11) NOT NULL, `name` varchar(30) DEFAULT NULL, `age` int(11) DEFAULT NULL, `major` varchar(20) DEFAULT NULL, `rank` int(11) DEFAULT NULL, `total` int(11)

一 .介绍 　　EXPLAIN 命令用于SQL语句的 查询执行计划 。这条命令的输出结果能够让我们了解MySQL 优化器是如何执行SQL 语句的。这条命令并没有提供任何调整建议，但它能够提供重要的信息帮助你做出调优决策。 先解析一条sql语句，你可以看出现什么内容 ? 1 EXPLAIN SELECT * FROM person,dept WHERE person.dept_id = dept.did and person.salary >20000 下面咱们详细的介绍一下 查询计划的结果列: 二. id : 查询序列号 　查询序号即为sql语句执行顺序 ? 1 EXPLAIN select * from person where dept_id =( select did from dept where dname = 'python' ); 从 2 个表中查询，对应输出 2 行，每行对应一个表， id 列表示执行顺序，id 越大，越先执行，id 相同时，由上至下执行。 三.select_type : 查询类型 　　select_type 列提供了 对表的查询类型。最常见的值包括 SIMPLE、PRIMARY、DERIVED 和UNION 。其他可能的值还有 UNION RESULT 、 SUBQUERY 等等. 　2.1 simple 简单查询 (没有union和子查询) 　

前言 排序是数据库中的一个基本功能，MySQL也不例外。用户通过Order by语句即能达到将指定的结果集排序的目的，其实不仅仅是Order by语句，Group by语句，Distinct语句都会隐含使用排序。本文首先会简单介绍SQL如何利用索引避免排序代价，然后会介绍MySQL实现排序的内部原理，并介绍与排序相关的参数，最后会给出几个“奇怪”排序例子，来谈谈排序一致性问题，并说明产生现象的本质原因。 1.排序优化与索引使用 为了优化SQL语句的排序性能，最好的情况是避免排序，合理利用索引是一个不错的方法。因为索引本身也是有序的，如果在需要排序的字段上面建立了合适的索引，那么就可以跳过排序的过程，提高SQL的查询速度。下面我通过一些典型的SQL来说明哪些SQL可以利用索引减少排序，哪些SQL不能。 假设t1表存在索引key1(key_part1,key_part2),key2(key2) a.可以利用索引避免排序的SQL SELECT * FROM t1 ORDER BY key_part1,key_part2; SELECT * FROM t1 WHERE key_part1 = constant ORDER BY key_part2; SELECT * FROM t1 WHERE key_part1 > constant ORDER BY key_part1 ASC;

MySQL 存储过程详解 1. 存储过程简介 我们常用的操作 数据库 语言SQL语句在执行的时候需要要先编译，然后执行，而存储过程（Stored Procedure）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。 一个存储过程是一个可编程的函数，它在数据库中创建并保存。它可以有SQL语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象方法的模拟。它允许控制数据的访问方式。 存储过程通常有以下优点： (1).存储过程增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。 (2).存储过程允许标准组件是编程。存储过程被创建后，可以在程序中被多次调用，而不必重新编写该存储过程的SQL语句。而且数据库专业人员可以随时对存储过程进行修改，对应用程序源代码毫无影响。 (3).存储过程能实现较快的执行速度。如果某一操作包含大量的Transaction-SQL代码或分别被多次执行，那么存储过程要比批处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程时查询，优化器对其进行分析优化，并且给出最终被存储在系统表中的执行计划

一、基本概念 mysql5.1版本开始引进event概念。event既“时间触发器”，与triggers的事件触发不同，event类似与linux crontab计划任务，用于时间触发。通过单独或调用存储过程使用，在某一特定的时间点，触发相关的SQL语句或存储过程。 二、适用范围 对于每隔一段时间就有固定需求的操作，如创建表，删除数据等操作，可以使用event来处理。 例如：使用event在每月的1日凌晨1点自动创建下个月需要使用的三张表。 三、使用权限 单独使用event调用SQL语句时，查看和创建需要用户具有event权限，调用该SQL语句时，需要用户具有执行该SQL的权限。Event权限的设置保存在mysql.user表和mysql.db表的Event_priv字段中。 当event和procedure配合使用的时候，查看和创建存储过程需要用户具有create routine权限，调用存储过程执行时需要使用excute权限，存储过程调用具体的SQL语句时，需要用户具有执行该SQL的权限。 查看EVENT命令有如下几种： （1）查询mysql.event表； （2）通过SHOW EVENTS命令； （3）通过SHOW FULL EVENTS命令； （4）通过查询information_schema.events表 （5）SHOW CREATE EVENT。 总之

《叶问》是知数堂新设计的互动栏目，不定期给大家提供技术知识小贴士，形式不限，或提问、或讨论均可，并在当天发布答案，让大家轻轻松松利用碎片时间就可以学到最实用的知识点。 2019年03月5日，周二 MySQL binlog_format=mixed，可行吗，为什么 不可行，因为会导致主从数据不一致 Mixed格式相当于 Row 和 Statement 模式的融合。遇到表结构变更的时候就会以statement模式来记录。像update或者delete等修改数据的语句，还是会记录所有行的变更。 但某些情况就会产生主从数据不一致例如： 1、当带有自增主键的更新多个列的表，并调用触发器或存储函数时 2、当SQL使用LOAD_FILE()功能时。（Bug＃39701） 3、当SQL语句引用一个或多个系统变量时。（Bug＃331168） 更多请参考，https://dev.mysql.com/doc/refman/8.0/en/binary-log-mixed.html 2019年03月26日，周二 MySQL误删除frm文件该怎么办？ 情况一：误删后还未重启MySQL 1、从proc中恢复.frm文件 cp /proc/`pidof mysqld`/fd/误删除的.frm /datadir/db/对应库的目录/ 情况二：误删后也重启MySQL了 2、从备份中获取表结构 2.1 物理备份