说起MySQL的查询优化，相信大家收藏了一堆奇技淫巧：不能使用SELECT *、不使用NULL字段、合理创建索引、为字段选择合适的数据类型..... 你是否真的理解这些优化技巧？是否理解其背后的工作原理？在实际场景下性能真有提升吗？我想未必。因而理解这些优化建议背后的原理就尤为重要，希望本文能让你重新审视这些优化建议，并在实际业务场景下合理的运用。 MySQL逻辑架构 如果能在头脑中构建一幅MySQL各组件之间如何协同工作的架构...
part 1 sql执行流程（如下图所示） 1、客户端发送一条查询到服务器。 2、服务器通过权限检查后，先检查查询缓存，命中则直接返回结果。否则进入3。 3、服务器进行sql解析，预处理，再由优化器根据该sql涉及到的数据表的信息计算，生成执行计划。 4.、MySQL根据优化器生成的执行计划，调用存储引擎的API来执行查询；5.、将结果返回给客户端。 总结：SQL执行的最大瓶颈在于磁盘的IO，即数据的读取；不同SQL的写法，会造成不同的执行计...
（1）表的设计合理化（符合 3NF 三范式） （2）添加适当的索引（Index）；索引分类：普通索引、主键索引、唯一索引、全文索引（文本）、空间索引。 （3）分表技术（水平分割、垂直分割） （4）读写分离（写：update/add/delete） （5）存储过程（分页存储过程/触发器）：存储过程是编译好的语句，普通的sql语句需要经过编译、执行，所以存储过程能模块化编程提高速度； （6）对 MySql 的配置进行优化（my.cnf 文件）配置最大并发数...
（1）查询要使用索引最重要的条件是查询条件中的字段建立了索引； （2）下列几种情况可能使用到索引：<1> 对于创建的多列索引，只要查询条件使用了最坐边的列，索引一般就会被使用；<2> 对于使用 like 的查询，查询如果是 “%aaa” 则不会使用到索引；如果是“aaa%”，则会使用到索引； （3）下列的表将不会使用索引：<1> 如果条件中有 OR，即使其中有条件的列建立了索引，也不会被使用；换而言之，就是所有使用的字段都要建立索引...
（1）通过 show status 命令了解各种 SQL 的执行效率； （2）定位执行效率较低的 SQL 语句（重点是 Select）； （3）通过 explain 分析低效率的 SQL 语句的执行情况； （4）确实问题并采取相应的优化措施； 二、 1、show status 命令格式： show [session | global] status like ... 如果不写[session | global]，默认的是session，即取出当前回话的执行情况；如果想查询所有的（即MySql启动到现在的信息）, 则增加 global 参数...
1、分类 （1）主键索引：当一张表的某个字段设置为主键时，该字段就是主键索引； （2）唯一索引：索引列中的值必须是唯一的，但是允许为空值（可以存在多个null）； （3）普通索引：基本索引类型，没有什么限制，允许在定义索引的列中插入重复值和空值，纯粹为了查询数据更快一点； （4）全文索引：全文索引，只有在MyISAM引擎上才能使用，只能在CHAR,VARCHAR,TEXT类型字段上使用全文索引，介绍了要求，说说什么是全文索引，就是在...
1）避免在索引列上使用函数或者计算，如果这样，优化器将不再使用索引而使用全表扫描： Select * from T where hh*10>1000;(低效，优化器不再使用索引) Select * from T where hh>1000/10;(更高效，优化器将使用索引)/*在student表的age上创建索引*/ create index index_age on student(age) 下面是走索引的 但是在索引列上计算就不走索引了 替换成下面的情况又走索引了 在索引列上使用函数查询将不走索引（无意义，仅做...
19.优化数据库对象19.1 优化表的数据类型应用设计时需要考虑字段的类型和长度，并留有一定长度冗余。procedure analyse()函数可以对表中列的数据类型提出优化建议。procedure analyse()函数用法：select * from 表名 procedure analyse(); -- 对所有列提出优化建议select * from 表名 procedure analyse(16,256); -- 不对包含16至256取值的枚举列提出建议分析的结果是针对每个列，输出该列的最小值、最大值、最小值长度、最大...
目标： 1: 提高IO性能 2: 减少cpu 运算次数 3: 相同硬件下提升性能 解决方案: 1: 复杂的运算通过程序来解决 2：通过高速缓存减少mysql压力 3：分库分表，分布式，主从 4：mysql 调优，语句优化 5: 合理的设计表结构及索引 6：硬件升级 查询优化方法 拆分大的sql语句 explan查询 尽量避免扫表 查询中不涉及运算 查询字段时用什么取什么 命中索引 not null 尽量减少子查询 少用orderby rand() 避免使用!=或＜＞、IS NULL或IS NOT N...
第一方面：30种mysql优化sql语句查询的方法 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by涉及的列上建立索引。2.应尽量避免在 where 子句中使用 !=或<> 操作符，否则将引擎放弃使用索引而进行全表扫描。3.应尽量避免在 where 子句中对字段进行 null 值 判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在num上设置默认值0，确保表中num列没有null值，然后这...
u Mysql数据库的优化技术 对mysql优化时一个综合性的技术，主要包括 a: 表的设计合理化(符合3NF) b: 添加适当索引(index) [四种: 普通索引、主键索引、唯一索引unique、全文索引] c: 分表技术(水平分割、垂直分割) d: 读写[写: update/delete/add]分离 e: 存储过程 [模块化编程，可以提高速度] f: 对mysql配置优化 [配置最大并发数my.ini, 调整缓存大小 ] g: mysql服务器硬件升级 h: 定时的去清除不需要的数据,定时进行碎片整...
在进行MySQL的优化之前，必须要了解的就是MySQL的查询过程，很多查询优化工作实际上就是遵循一些原则，让MySQL的优化器能够按照预想的合理方式运行而已。图-MySQL查询过程 一、优化的哲学 注：优化有风险，涉足需谨慎 1、优化可能带来的问题 优化不总是对一个单纯的环境进行，还很可能是一个复杂的已投产的系统； 优化手段本来就有很大的风险，只不过你没能力意识到和预见到； 任何的技术可以解决一个问题，但必然存在带来一个问题...
mysql优化！！！！！！！！ 1、/etc/my.cnf innodb_buffer_pool_size = 204800000配置innodb缓冲池的大小，如果数据库中只有innodb表，则推荐配置量为总内存的75% innodb_flush_log_at_trx_commit:默认值为1,一般建议为2 ，如果数据安全性比较高则使用默认值1 0: 每秒同步，并执行磁盘flush操作；1：每事务同步，并执行磁盘flush操作；2: 每事务同步，但不执行磁盘flush操作； innodb_file_per_table:innodb每一个表使用独立的表空...
MySQL所在服务器内核。 l 对MySQL配置参数进行优化（my.cnf）此优化需要进行压力测试来进行参数调整。 l 对SQL语句以及表优化。 服务器内核方面优化： l 网络参数配置 网络参数配置需要修改配置文件/etc/sysctl.conf，可以在配置文件后面添加一下内容： net.core.somaxconn=65536 #每个监听端口允许的最大的监听队列长度，这个值应该适当增大。 net.core.netdev_max_backlog=65536 #当网络端口接收数据包的速率比内核处...
Explain语法：explain select … from … [where …] 例如：explain select * from news; 输出：+----+-------------+-------+-------+-------------------+---------+---------+-------+------| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+-------+-------------------+---------+---------+-------+------ 下面对各个属性进行了解： 1、id：这是SELEC...