sql优化

视图 视图本质就是对查询的封装 创建视图（定义视图 起名以v_开头） create view v_students as select classes.name as c_name ,students.* from students inner join classes on students.cls_id=classes.id; 查看视图 select * from v_students; 删除视图 drop view v_students; 事务 事务具有ACID特性： 原子性(A,atomicity) 一致性(C,consistency) 隔离性(I,isolation) 持久性(D,durabulity) 原子性：事务内所有操作要么都执行，要么都不执行，它是一个不可分割的工作单位 例如： A给B转账，不会因为各种原因A账号已经发生扣款而B账户没有收到加款。 一致性：事务开始和结束前后，数据库的完整性没有被破坏 案例： 对银行转帐事务，不管事务成功还是失败，应该保证事务结束后ACCOUNT表中aaa和bbb的存款总额为2000元。 隔离性：事务之间不相互影响，多个事务并发访问时，事务之间是隔离的 事务查看数据更新时，数据所处状态要么是另一事务修改之前或者修改之后的状态，不会查看到中间状态的数据。事务1在修改表的时候提交之前事务2不能修改 持久性：事务完成一手

1.存储过程简介 　　常用的SQL语句在执行的时候需要要先编译后执行，而存储过程是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。类似于java中的api方法，先定义好，再通过相关的引用调用这个api方法。　　 　　存储过程通常有以下优点： (1).存储过程增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。 (2).存储过程允许标准组件是编程。存储过程被创建后，可以在程序中被多次调用，而不必重新编写该存储过程的SQL语句。而且数据库专业人员可以随时对存储过程进行修改，对应用程序源代码毫无影响。 (3).存储过程能实现较快的执行速度。如果某一操作包含大量的Transaction-SQL代码或分别被多次执行，那么存储过程要比批处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程时查询，优化器对其进行分析优化，并且给出最终被存储在系统表中的执行计划。而批处理的Transaction-SQL语句在每次运行时都要进行编译和优化，速度相对要慢一些。 (4).存储过程能过减少网络流量。针对同一个数据库对象的操作（如查询、修改），如果这一操作所涉及的Transaction-SQL语句被组织程存储过程

以下分享一点我的经验 一般刚开始学SQL语句的时候，会这样写 代码如下: SELECT * FROM table ORDER BY id LIMIT 1000, 10; 但在数据达到百万级的时候，这样写会慢死 代码如下: SELECT * FROM table ORDER BY id LIMIT 1000000, 10; 也许耗费几十秒 网上很多优化的方法是这样的 代码如下: SELECT * FROM table WHERE id >= (SELECT id FROM table LIMIT 1000000, 1) LIMIT 10; 是的，速度提升到0.x秒了，看样子还行了 可是，还不是完美的！ 以下这句才是完美的！ 代码如下: SELECT * FROM table WHERE id BETWEEN 1000000 AND 1000010; 比上面那句，还要再快5至10倍 另外，如果需要查询 id 不是连续的一段，最佳的方法就是先找出 id ，然后用 in 查询 代码如下: SELECT * FROM table WHERE id IN(10000, 100000, 1000000...); 再分享一点 查询字段一较长字符串的时候，表设计时要为该字段多加一个字段,如，存储网址的字段 查询的时候，不要直接查询字符串，效率低下，应该查询该字串的crc32或md5 来源：

文章来源: https://blog.csdn.net/m0_37865510/article/details/83346248 如有侵权请联系删除 一、mysql相关知识 1、 mysql优化方式 MYSQL 优化常用方法 mysql 性能优化方案 2、如何分库分表 参考： http://blog.sina.com.cn/s/blog_6e322ce70100zs9a.html http://www.jb51.net/article/29771.htm 3、 Mysql+如何做双机热备和负载均衡 http://www.dewen.org/q/51/Mysql+如何做双机热备和负载均衡 4、数据表类型有哪些 MyISAM、InnoDB、HEAP、BOB,ARCHIVE,CSV等 MyISAM：成熟、稳定、易于管理，快速读取。一些功能不支持（事务等），表级锁。 InnoDB：支持事务、外键等特性、数据行锁定。空间占用大，不支持全文索引等。 myisam和Innodb引擎的主要特点 https://blog.csdn.net/octopuscz/article/details/79775384 5、防sql注入方法 mysql_escape_string(strip_tags($arr["$val"])); /** * 函数名称：post_check() * 函数作用

前言 》 Mysql并非尽善尽美，但足够灵活，能适应高要求环境，如Web应用。 》 Mysql在众多平台上运行良好，支持多种数据类型，但不支持对象类型（Mongodb支持） 》 Mysql的存储引擎可以基于表建立，以满足对数据存储，性能，特征及其他特性的各种需要。 架构逻辑视图 每个虚线框为一层，总共三层。 第一层，服务层(为客户端服务):为请求做连接处理，授权认证，安全等。 第二层，核心层:查询解析，分析，优化，缓存，提供内建函数;存储过程，触发器，视图。 第三层，存储引擎层，不光做存储和提取数据，而且针对特殊数据引擎还要做事务处理。 连接管理与安全性(第一层 服务层) > 处理流程 Δ 每个连接的查询都在一个进程中的线程完成。 Δ 服务器负责缓存线程，所以服务层不需要为每个连接新建线程。 > 认证流程　 　 优化与执行 > 在解析查询之前，服务器会“询问”是否进行了查询缓存(只能缓存SELECT语句和相应结果)。缓存过的直接返回结果，未缓存的就需要进行解析查询，优化，重新执行返回结果。 > 解析查询时会创建一个内部数据结构(树)，然后对其进行各种优化。 > 优化:重写查询，决定查询的读表顺序，选择需使用的索引。 》 Mysql并非尽善尽美，但足够灵活，能适应高要求环境，如Web应用。 》 Mysql在众多平台上运行良好，支持多种数据类型，但不支持对象类型（Mongodb支持）

1、mysql是基于网络的客户端/服务器架构，服务器上层是连接线程，解析器，查询缓存，下层是存储引擎。 2、每个客户端连接，服务器都有一个对应的线程，这个线程只为这个连接查询服务，高版本的mysql支持线程池，使用少量的线程服务大量的连接。 3、服务器收到请求，会解析查询，建立解析树，然后对其优化，包括重写查询，决定表的读取顺序，选择合适的索引等。当然用户可以使用特殊的关键字提示优化器，影响优化器的决策。通过explain或者desc ，可以查询服务器是怎么优化的。对于select语句，mysql会建立查询缓存，mysql先检查查询缓存，如果能命中，直接在查询缓存中取数据。否则，进行解析，优化，执行的过程。 来源： https://www.cnblogs.com/nzbbody/p/4542150.html

支持多种存储引擎是众所周知的MySQL特性，也是MySQL架构的关键优势之一。如果能够理解MySQL Server与存储引擎之间是怎样通过API交互的，将大大有利于理解MySQL的核心基础架构。本文将首先介绍MySQL的整体逻辑架构，然后分析MySQL的存储引擎API并介绍如何编写自己的MySQL存储引擎。 MySQL逻辑架构 MySQL作为一个大型的网络程序、数据管理系统，架构非常复杂。下图大致画出了其逻辑架构。 MySQL由以下几部分组成： 连接池组件。 管理服务和工具组件。 SQL接口组件。 查询分析器组件。 优化器组件。 缓冲（Cache）组件。 插件式存储引擎。 物理文件。 Connectors MySQL首先是一个网络程序，其在TCP之上定义了自己的应用层协议。所以要使用MySQL，我们可以编写代码，跟MySQL Server建立TCP连接，之后按照其定义好的协议进行交互。当然这样比较麻烦，比较方便的办法是调用SDK，比如Native C API、JDBC、PHP等各语言MySQL Connector，或者通过ODBC。但通过SDK来访问MySQL，本质上还是在TCP连接上通过MySQL协议跟MySQL进行交互。 Connection Management 每一个基于TCP的网络服务都需要管理客户端链接，MySQL也不例外。MySQL会为每一个连接绑定一个线程

首先我们要搞清楚为什么要进行SQL优化 开发项目上线初期或者开发的项目级别小，由于业务数据量相对较少，一些SQL的执行效率对程序运行效率的影响不明显，而随着时间的积累，项目的成熟，业务数据量与日俱增，这时SQL的执行效率对程序的运行效率的影响逐渐增大，此时就必须进行SQL优化来提升系统的运行性能。 如何进行SQL优化 1.优化表结构 1.1尽量使用数字型字段 若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。 这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。 1.2尽可能的使用 varchar 代替 char 首先变长字段存储空间小，可以节省存储空间， 对于查询来说，在一个相对较小的字段内搜索效率显然要高些。 1.3对作为查询条件和order by的字段简历索引 建立索引后可以有效的避免全表扫描。 1.4当索引列大量重复数据时，可以把索引删除掉 并不是所有索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利 用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。 1.5一个表中索引最多不要超过6个。 2.通过优化查询 2.1避免在 where 子句中对字段进行 null 值判断

MySql（五）SQL优化-优化SQL语句的一般步骤 一、优化SQL语句的一般步骤 1.1 通过show status命令了解各种SQL的执行频率 1.2 定位执行效率较低的SQL语句 1.3 通过explain分析低效sql的执行计划 1.4 通过show profile分析sql 1.5 通过trace分析优化器如何选择执行计划 1.6 确定问题并采取相应的优化措施 一、优化SQL语句的一般步骤 1.1 通过show status命令了解各种SQL的执行频率 Mysql客户端连接成功后，通过 show [ session | global ] status 命令可以提供服务器状态信息。 show [session|global] status 可以根据需要加上参数"session"或者"global"来显示seesion级（当前连接）的统计结果和global级（自数据库上次启动至今）的统计结果。如果不写，默认使用的参数时"session"。 例如：显示当前session中所有统计参数的值： mysql > show status like 'Com_%' ; Com_xxx表示每个xxx语句执行的次数。 Com_select：执行select操作的次数，一次查询之累加1. Com_insert：执行insert操作的次数，对于批量插入insert操作，只累加一次。 Com

文章目录 索引 索引原理 索引技巧与注意事项 建立索引的原则 利用索引排序 InnoDB索引模型 联合索引 聚集索引 辅助索引 覆盖索引 索引合并 Cardinality（基数） 查看索引 Cardinality 优化器选择不使用索引的情况 MRR 验证MRR ICP 验证ICP 索引 只有当索引帮助存储引擎快速查找到记录的带来的好处大于其带来的额外工作时，索引才是有效的。对于非常小的表，大部分情况下简单的全表扫描更高效 在一个100w条数据的表中，如果某一列没有添加索引，那么每一句select语句都要随机地逐条扫描100w行数据，每次都要从中寻找0或者更多匹配的行。虽然这些数据最初是按照顺序加载的，但sql也不能理解这种顺序，它必须要处理所有行才能找到匹配的数据。添加索引并不总能自动改善所有类型的SQL查询的性能。有时候执行全表扫描反而更加高效，这取决于所要求的行数。这就是两种不同访问方式的差异，即通过随机IO操作来获取个别行的数据和使用查询索引及有序IO操作来读取所有数据。 索引除了在给定表上限制需要读取的数据外，索引的另一个主要用途就是快捷高效地在相关的表之间做Join操作。在需要Join的列上使用索引可以显著提升性能，并可以在另一个表中快速找到一个匹配的值。 优点 索引大大减少了服务器需要扫描的数据量 索引可以帮助服务器避免排序和临时表 索引可以将随机IO变为顺序IO