mysql执行计划

一 IDE工具介绍(Navicat) 　　生产环境还是推荐使用mysql命令行，但为了方便我们测试，可以使用IDE工具，我们使用Navicat工具，这个工具本质上就是一个socket客户端，可视化的连接mysql服务端的一个工具，并且他是图形界面版的。我们使用它和直接使用命令行的区别就类似linux和windows系统操作起来的一个区别。 二 MySQL数据备份 #1. 物理备份： 直接复制数据库文件，适用于大型数据库环境。但不能恢复到异构系统中如Windows。 #2. 逻辑备份： 备份的是建表、建库、插入等操作所执行SQL语句，适用于中小型数据库，效率相对较低。 #3. 导出表： 将表导入到文本文件中。 　　一、使用mysqldump实现逻辑备份 #语法： # mysqldump -h 服务器 -u用户名 -p密码 数据库名 > 备份文件.sql #示例： #单库备份 mysqldump -uroot -p123 db1 > db1.sql mysqldump -uroot -p123 db1 table1 table2 > db1-table1-table2.sql #多库备份 mysqldump -uroot -p123 --databases db1 db2 mysql db3 > db1_db2_mysql_db3.sql #备份所有库 mysqldump -uroot

在上一篇中我们说到了mysql的基础架构，通常一个查询操作只会涉及到基础架构中的那几部分； 首先连接数据库，分析器进行语义、语法分析，优化器生成执行计划和索引选择、执行器执行对应的语句、存储引擎查看内存中是否有对应的数据，有的话直接返回，没有的话从磁盘查找（不考虑查询缓存）；但是对于更新操作的话还需要用到日志来辅助 日志的作用：1、数据恢复需要用到binlog 　　　　　　2、数据库重启后需要redo log来保证数据的可靠，会出现数据还没写入磁盘服务器异常重启的情况 一、redo log(重做log) 由于直接更新磁盘响应较慢，所以引入了redo log,除了解决这个问题外它还能保证crash-safe redo log 是InnoDB特有的，他可以保证crash-safe(即数据库发生异常重启，之前提交的数据都不会丢失)，因为提交记录都被保存在redo log中，重启之后仍然会将redo log中的提交记录刷新到磁盘 redo log大小是固定的，更新操作时并不会先直接更新磁盘中的数据，而是先将更新操作记录在redo log中，然后再更新内存中的数据，当数据库空闲时再将redo log中的记录刷新到数据库，如果数据库一直不空闲当redo log日志满了后数据库会先暂停其他的操作，先将redo log中的记录刷新到磁盘，这时会出现查询缓慢的情况（sql抖动） 二、binlog

数据库优化，是一种综合性的技术，不是通过某一种方式让数据库效率提高很多，而是通过各个方面的优化，来是数据库效率明显的稳步的提高。 主要包括以下： 1、库表的设计优化（三种范式） 2、 库表添加合适的索引(普通索引+主键索引+唯一索引+全文索引) 3、 分表技术-水平分割与垂直分割 4、 读写分离（add/delete/update与select分开） 5、 多用存储过程和触发器（模块化编程） 6、 优化MqSql配置（配置最大并发数，调整缓存大小，my.ini） 7、SQL优化与慢查询 8、 定时清楚垃圾数据，定时进行碎片整理（ MyISAM ） 除此之外，还有 MqSql服务器硬件升级 以下进行详细描述 题外话： 存储引擎： MyISAM ： 查询速度快，插入速度快，但不支持 事务 ，碎片多； InnoDB ：5.5版本后Mysql的默认数据库，支持事务，支持ACID事务，支持行级锁定； Memory ：所有数据置于内存中，拥有极高的插入，适合频繁的数据更新，更新和查询效率。但是会占用和数据量成正比的内存空间。并且其内容会在Mysql重新启动时丢失，不需要保存滴； 数据库三种模式结构/三级模式 外模式（用户）：用户所能看到的数据视图，可通过数据库操纵语言对数据进行操作； 模式（概念）：用户视图的最小并集，所有数据的逻辑结构和概念的描述； 内模式（物理）：实际存储组合，内部视图

之前有用户很不解：SQL语句非常简单，就是select * from test_1 where user_id=1 这种类型，而且user_id上已经建立索引了，怎么还是查询很慢？ test_1的表结构： CREATE TABLE `test_1` ( `id` int(11) NOT NULL AUTO_INCREMENT, `user_id` varchar(30) NOT NULL, `name` varchar(30) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`) ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 查看执行计划，可以看出进行了全表扫描，并没有用上user_id的索引。 mysql> explain select * from test_1 where user_id=1; +----+-------------+--------+------+---------------+------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows

SQL优化大全 索引优化 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：select id from t where num=0 3.应尽量避免在 where 子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表扫描。 4.应尽量避免在 where 子句中使用or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num=10 or num=20可以这样查询：select id from t where num=10 union all select id from t where num=20 http://5.in 和 not in 也要慎用，否则会导致全表扫描，如：select id from t where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了：select id from t where num between 1 and 3 6

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

背景 了解MySQL的架构图，对MySQL有一个整体的把握，对于以后深入理解MySQL是有很大帮助的。比如：很多查询优化工作实际上就是遵循一些原则让MySQL的优化器能够按照预想的合理方式运行。 MySQL从概念上分为四层，如下图: 这四层自顶向下分别是 网络连接层，服务层（核心层），存储引擎层，系统文件层 。 我们自顶向下开始讲解。 网络接入层 作用 主要负责 连接管理、授权认证、安全 等等。每个客户端连接都对应着服务器上的一个线程。服务器上维护了一个线程池，避免为每个连接都创建销毁一个线程。当客户端连接到MySQL服务器时，服务器对其进行认证。可以通过用户名与密码认证，也可以通过SSL证书进行认证。登录认证后，服务器还会验证客户端是否有执行某个查询的操作权限。这一层并不是MySQL所特有的技术。 为什么要设计成线程池？ 在服务器内部，每个client都要有自己的线程。这个连接的查询都在一个单独的线程中执行。想象现实场景中数据库访问连接实在是太多了，如果每次连接都要创建一个线程，同时还要负责该线程的销毁。对于系统来说是多么大的消耗。由于线程是操作系统宝贵的资源。这时候线程池的出现就显得自然了，服务器缓存了线程，因此不需要为每个Client连接创建和销毁线程。 服务层 作用 第二层服务层是MySQL的核心，MySQL的核心服务层都在这一层， 查询解析，SQL执行计划分析

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

场景描述： MySQL的IN的问题：由于in里面的内容过于庞大 (5000+)，导致查询效率低下(4秒以上)。 SELECT * FROM xxx WHERE ` id ` IN ( xxx ) 计划解决方案： 1.测试得到IN里面的最佳数量 2.循环分多次查询 3.多线程共同执行 实际测试记录： 1.查询最佳数量 1次 4265ms、4177ms、4112ms 平均4.18秒 5643条 2次 1128ms、1105ms、1117ms 平均2.23秒 2822条 3次 326ms、298ms、326ms 平均1.27秒 1411条 8次 117ms、91ms、88ms、100ms、86ms 平均0.77秒 705条 20次 43 32 24 25 34 23 24 27 28 22 平均0.56秒 282条 40次 25 16 11 10 13 10 10 10 13 10 平均0.51秒 141条 30次 29 18 17 13 14 15 15 17 15 17 平均0.51秒 188条 结论： 20次和40次差距不大，又测试了30次的数据结果，结果和40次一样。 mysql查询次数对性能也有影响，所以我们以200条定为最佳数量值进行测试. 2.循环查询 （29次） Integer total = orderIds . size ( ) ; Integer size =

存储引擎 存储引擎是指定在表之上的，即一个库中的每一个表都可以指定专用的存储引擎 。 不管表采用什么样的存储引擎，都会在数据区，产生对应的一个frm文件(表结构定义描述文件) 。 在新版本中frm文件已经被mysql舍弃 CSV存储引擎 为其添加索引时报错 Too many keys specified; max 0 keys allowed 为其添加默认为null的列时 提示 The storage engine for the table doesn't support nullable columns 因此，CSV引擎的表不能定义索引，列定义必须是NOT NULL,不能设置自增列 CSV数据的存储是用,隔开，可直接编辑CSV文件进行数据的插入或删除；编辑之后，要生效使用flush table xxx; Create Table : CREATE TABLE ` csv_name ` ( ` name ` varchar ( 10 ) NOT NULL , ` age ` tinyint ( 4 ) NOT NULL ) ENGINE = CSV DEFAULT CHARSET = utf8mb4 COMMENT = 'csv 测试' //插入操作 insert into csv_name values ( "wojiushiwo" , 2 ) ; insert into