MySQL架构如下：
创新互联建站提供成都网站设计、成都网站制作、外贸网站建设、网页设计，品牌网站建设，广告投放平台等致力于企业网站建设与公司网站制作，10多年的网站开发和建站经验,助力企业信息化建设，成功案例突破超过千家,是您实现网站建设的好选择.
我们写的sql语句通过client对接MYSQL的连接层，然后有查询缓存，语法解析器，优化器，生成最终执行计划，然后去查询插件式存储引擎，如InnoDB等。我们的数据是通过存储引擎来和物理设备交互的。
B TREE 索引是有序排列的。所以在执行 ORDER BY 操作时，可以使用索引来避免使用额外的排序操作。
即使 ORDER BY 没有精确地与索引相匹配，只要所有索引未使用的部分和所有 ORDER BY 中额外的列在 WHERE 子句中是一个常量。如果索引不包含查询中访问的索引列，只有当索引访问效率高于其他访问模式时才使用索引。
这里的无法使用索引是指不使用索引进行排序（ ORDER BY ）操作。但是仍然可能使用索引来检索和 WHERE 子句匹配的行
如果 ORDER BY 无法使用索引，MySQL会执行文件排序（ filesort ）操作：读取表中的每一行并进行排序。 filesoft 可以被视为是语句执行过程中的额外排序操作。
为了获取 filesort 操作的内存，优化器分配固定的 sort_buffer_size 大小的内存。 sort_buffer_size 是会话级的，可以动态修改。
如果结果集太大，内存容纳不下全部结果， filesort 操作会使用临时磁盘文件。一些类型的查询特别适合使用内存 filesort 操作。例如：优化器可以使用内存 filesort 来
SELECT ... FROM single_table ... ORDER BY non_index_column [DESC] LIMIT [M,]N;
对于未使用 filesort 的 ORDER BY ，可以降低 max_length_for_sort_data 的值来触发文件排序。（max_length_for_sort_data过高可能导致磁盘活动较高但CPU利用率较低）
要提高 ORDER BY 的性能，检查是否能否使用索引，来避免额外的排序操作，如果无法使用索引，尝试以下策略：
可以通过 EXPLIAN 查看 ORDER BY 是否使用了索引：
sort_mode 值提供了关于排序缓冲区中元组内容的信息：
EXPLAIN 无法区分 filesort 是否在内存中执行。可以通过优化器跟踪输出来查看 filesort 的内存使用。查看 filesort_priority_queue_optimization
1.一条查询语句如何执行？
2.一条更新语句如何执行？
3.innodb的redolog是什么？
4.什么是写缓冲
5.写缓冲一定好吗？
6.什么情况会引发刷脏页
关于一条mysql查询语句在mysql中的执行流程
如select name from test where id=10;
1.连接器---先与mysql服务端连接器建立连接，若查询缓存命中则直接返回 （查询缓存的弊端：查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。）
2.分析器---词法分析告诉服务端你要干什么（我要找 test表中id为10的名字） ( 其中sql语法错误在这块暴露 )
3.优化器---服务端会思考该怎么执行最优(索引的选择)
4.执行器---检查用户对库对表的权限
5.存储引擎--存储数据，提供读写接口
以update a set name=1 where id=1;
主要区别在于在查询到数据之后(select name from a where id=1)，如果是innodb引擎它会进行日志的两阶段提交:
1.开启事务，写入redolog（innodb引擎特有），并更新内存
3.写入binlog，提交事务，commit
我们知道mysql数据存储包含内存与磁盘两个部分，innodb是按数据页(通常为16k)从磁盘读取到内存中的(剩余操作在内存中执行)，当要更新数据时，若目标数据的数据页刚好在内存中，则直接更新。不在呢？
将这个更新操作(也可能是插入) 缓存在change buffer中 (redolog也会记录这个change buffer操作)等到下一次查询要用到这些数据时，再执行这些操作，改变数据(称为合并操作记录称为merge)。
innodb_change_buffer_max_size
innodb_change_buffering
先介绍两个概念
因为redolog是环形日志，当redolog写满时，就需要“擦掉”开头的一部分数据来达到循环写，这里的擦掉指，指将redolog日志的checkpoint位置从 CP推进到CP‘ ，同时将两点之间的脏页刷到磁盘上(flush操作)，此时系统要停止所有的更新操作（防止更新操作丢失）
1.系统内存不足。当要读取新的内存页时就要淘汰一些数据页，如果淘汰的正好是脏页，就要执行一次flush操作
2.Mysql认为系统处于“空闲状态”
3.正常关闭Mysql
上述后两者场景(系统空闲和正常关闭)对于性能都没太大影响。
当为第一种redolog写满时，系统无法执行更新操作，所有操作都会堵塞
当为第二种内存不够用时，如果淘汰脏页太多，影响mysql响应时间
后两者刷脏页会影响性能，所以Mysql需要有刷脏页控制策略，可以从以下几个设置项考虑
1.设置innodb_io_capacity告诉innodb所在主机的IO能力
你的问题太泛泛了，“MYSQL的程序”你指的是什么？是MYSQL的 存储过程？？您最好是具体问题具体问，你这样提问的话大家都不知道你想要什么！
mysql soure example.sql里的soure写错了应该是source!!!!example.sql是你实现先编辑好的文本内容，内容可以是创建一个数据库，然后再数据库下建立一个或多个数据表，再往表里插入一些记录！！然后再写个存储过程完成一些简单的功能，比如把A表里的内容插入到B表等等（可以加内容存在就修改不存在就插入等判断）！！建立一个.SQL文件就是为了方便！！随便举个例子：在D盘根目录下用记事本建立个example.sql文件，内容如下：
CREATE database name ;
use name;
CREATE TABLE a (
user_id int(11) DEFAULT NULL,
name char(11) DEFAULT NULL,
UNIQUE KEY USER_ID (user_id)
);
insert into a (user_id,name) values (1,'aaa'),(2,'bbb');
CREATE TABLE b (
user_id int(11) DEFAULT NULL,
name char(11) DEFAULT NULL,
UNIQUE KEY USER_ID (user_id)
);
insert into b (user_id,name) values (1,'xxx'),(3,'ccc');
DELIMITER $$
DROP PROCEDURE IF EXISTS qq$$
CREATE PROCEDURE qq()
begin
declare p_user_id varchar(6);
declare p_name varchar(6);
declare cursor_flag int default 0;
declare user_nrb cursor for select user_id,name from a;
declare continue handler for sqlstate '02000' set cursor_flag = 1;
open user_nrb;
repeat
fetch user_nrb into p_user_id,p_name;
if not cursor_flag then
if not exists (select * from b where user_id=p_user_id) then
insert into b(user_id,name)values(p_user_id,p_name);
else
update b set name=p_name where user_id=p_user_id;
end if;
end if;
until cursor_flag end repeat;
close user_nrb;
end$$
DELIMITER ;
顺序是建立名为name的数据库，其下建立俩表A和B，为A表插入用户1和2，为B表插入用户1，3！！再建立名为QQ的存储过程，功能是把a表的用户导入到B表，如果A的用户号再B里没有直接插入，如果A里的用户号已经在B表里了那就改变B表里相应用户的名字！！大概是这么个过程！！在MYSQL自带的客户端导入刚才建立的example.sql文件，顺序是：开始——程序——MYSQL——MYSQL SERVER5.1——MYSQL COMMAND LINE CLIENT 窗口里输入ROOT用户密码在光标处输入source d:\example.sql!!最后再执行存储过程，敲call qq;回车！！！
验证方法是敲select * from b;回车！！可以发现B表由本来插入的2条记录变成3条记录，而且用户1的名字也从xxx变成aaa了！！！！
希望对你有帮助！另外最重要的是MYSQL有一些很好的图形界面客户端工具，不用这个DOS界面的东西，下载个sqlyog什么的软件装上，基本一启动就会用了的东西！在SQLYOG的界面直接把example.sql里的内容复制过来粘贴后按F5键运行即可！！！
如果查询缓存没有命中，那么SQL请求会进入分析器，分析器是用来分辨SQL语句的执行目的，其执行过程大致分为两步：
表1 语法分析关键字然后再通过语法规则解析，判断输入的SQL 语句是否满足MySQL语法，并且生成图5的语法树。由SQL语句生成的四个单词中，识别出两个关键字，分别是select 和from。根据MySQL的语法Select 和 from之间对应的是fields 字段，下面应该挂接username；在from后面跟随的是Tables字段，其下挂接的是userinfo。
优化器的作用是对SQL进行优化，生成最有的执行方案。如图6所示，前面提到的SQL解析器通过语法分析和语法规则生成了SQL语法树。这个语法树作为优化器的输入，而优化器（黄色的部分）包含了逻辑变换和代价优化两部分的内容。在优化完成以后会生成SQL执行计划作为整个优化过程的输出，交给执行器在存储引擎上执行。
所处的位置如上图所示，这节的重点在优化器中的逻辑变换和代价优化上。
逻辑变换也就是在关系代数基础上进行变换，其目的是为了化简，同时保证SQL变化前后的结果一致，也就是逻辑变化并不会带来结果集的变化。其主要包括以下几个方面：
这样讲概念或许有些抽象，通过图7 来看看逻辑变化如何在SQL中执行的吧。
如图7所示，从上往下共有4个步骤：
1. 针对存在的SQL语句，首先通过“否定消除”，去掉条件判断中的“NOT”。语句由原来的“or”转换成“and”，并且大于小于符号进行变号。蓝色部分为修改前的SQL，红色是修改以后的SQL。2. 等值传递，这一步很好理解分别降”t2.a=9” 和”t2.b=5”分别替换掉SQL中对应的值。3. 接下来就是常量表达式计算，将“5+7”计算得到“12”。4. 最后是常量表达式计算后的化简，将”9=10”化简为”true”带入到最终的SQL表达式中完成优化。
代价优化是用来确定每个表，根据条件是否应用索引，应用哪个索引和确定多表连接的顺序等问题。为了完成代价优化，需要找到一个代价最小的方案。因此，优化器是通过基于代价的计算方法来决定如何执行查询的（Cost-based Optimization）。简化的过程如下：
这里将配置操作的代价分为MySQL 服务层和MySQL 引擎层，MySQL 服务层主要是定义CPU的代价，而MySQL 引擎层主要定义IO代价。MySQL 5.7 引入了两个系统表mysql.server_cost和mysql.engine_cost来分别配置这两个层的代价。如下：MySQL 服务层代价保存在表server_cost中，其具体内容如下：
由上可以看出创建临时表的代价是很高的，尤其是内部的myisam或innodb临时表。MySQL 引擎层代价保存在表engine_cost中，其具体内容如下：
目前io_block_read_cost和memory_block_read_cost默认值均为1，实际生产中建议酌情调大memory_block_read_cost，特别是对普通硬盘的场景。MySQL会根据SQL查询生成的查询计划中对应的操作从上面两张代价表中查找对应的代价值，并且进行累加形成最终执行SQL计划的代价。再将多种可能的执行计划进行比较，选取最小代价的计划执行。
当分析器生成查询计划，并且经过优化器以后，就到了执行器。执行器会选择执行计划开始执行，但在执行之前会校验请求用户是否拥有查询的权限，如果没有权限，就会返回错误信息，否则将会去调用MySQL引擎层的接口，执行对应的SQL语句并且返回结果。例如SQL：“SELECT * FROM userinfo WHERE username = 'Tom';“假设 “username“ 字段没有设置索引，就会调用存储引擎从第一条开始查，如果碰到了用户名字是” Tom“， 就将结果集返回，没有查找到就查看下一行，重复上一步的操作，直到读完整个表或者找到对应的记录。需要注意SQL语句的执行顺序并不是按照书写顺序来的，顺序的定义会在分析器中做好，一般是按照如下顺序：
如果命中的记录比较多，应用会从MySql Server一批批获取数据
本文从MySQL中SQL语句的执行过程作为切入点，首先介绍了查询请求的执行流程，其中将MySQL的处理分为MySQL Server层和MySQL存储引擎层。通过介绍SQL语句的流转，引出了后面要介绍的5大组件，他们分别是：连接器、查询缓存、分析器、优化器、执行器。后面的内容中对每个组件进行了详细的介绍。连接器，负责身份认证和权限鉴别；查询缓存，将查询的结果集进行缓存，提高查询效率；分析器，对SQL语句执行语法分析和语法规则，生成语法树和执行计划；优化器，包括逻辑变换和代价优化；执行器，在检查用户权限以后对数据进行逐条查询，整个过程遵守SQL语句的执行顺序。