Mysql 优化原则

二、原则总结

原则1、仅列出需要查询的字段,这对速度不会明显的影响,主要是考虑节省应用程序服务器的内存。

原来语句: select * from admin

优化为: select admin_id,admin_name,admin_password from admin

原则2、尽量避免在列上做运算,这样导致索引失效。

原语句: select * from admin where year(admin_time)>2014

优化为: select * from admin where admin_time> ‘2014-01-01′

原则3、使用JOIN 时候,应该用小的结果驱动大的结果(left join 左边表结果尽量小 如果有条件应该放到左边先处理,right join 同理反向),同事尽量把牵涉到多表联合的查询拆分多个query(多个连表查询效率低,容易到之后锁表和阻塞)。

原来语句 select * from admin left join log on admin.admin_id = log.admin_id where log.admin_id>10

优化为: select * from (select * from admin where admin_id>10) T1 lef join log on T1.admin_id = log.admin_id

原则 4、注意LIKE 模糊查询的使用, 避免使用 %% ,可以使用 后面带% ,双%是不走索引的。

原来语句: select * from admin where admin_name like ‘%de%‘

优化为: select * from admin where admin_name >=‘de‘ and admin_nam <‘df‘ (注意不是等效的这里试试提供优化的思路)

原则5、使用批量插入节省交互 (当如如果使用存储过程来处理批量的sql 各种逻辑是更好的选择)。

原来语句:insert into admin(admin_name,admin_password) values (‘test1′,‘pass1′);

insert into admin(admin_name,admin_password) values (‘test2′,‘pass2′);

insert into admin(admin_name,admin_password) values (‘test3′,‘pass3′)

优化为: insert into admin(admin_name,admin_password) values(‘test1′,‘pass1′),(‘test2′,‘pass2′),(‘test3′,‘pass3′)

原则6、limit 的基数比较大时使用between。

原来语句:select * from admin order by admin_id limit 100000,10

优化为:  select * from admin where admin_id between 100000 admin 100010 order by admin_id

原则7、不要使用rand函数获取多条随机记录。

原来语句: select * from admin order by rand() limit 20

优化为: select * from admin as t1 Join(select round(rand()*((select max(admin_id) from admin)-(select min(id) from admin))+(select min(id) from admin)) as id) as t2 where t1.id>=t2.id order by t1.id limit

原则8、避免使用NULL。

原则9. 不要使用 count(id) 使用 count(*)。

原则10、不要做无谓的排序操作,而应该使用索引完成排序。

三、总结

数据库优化包括两个方面,一方面是SQL程序优化,另一方面是数据库配置的优化。另外在MySQL可以通过以下语句来查看帮助SQL进行优化:

复制代码代码如下:

set @@profiling = 1;

select * from typecho_comments order mail limit 10,30;

show profiles;

show profile for query

mysql

用那个

关键字分析

sql

语句性能

mysql

用那个

关键字分析

sql

语句性能

mysql

用那个

关键字分析

sql

语句性能

mysql用那个关键字分析sql语句性能?

如上  用  show profiles; 

mysql

用那个

关键字分析

sql

语句性能

mysql

用那个

关键字分析

sql

语句性能

mysql

用那个

关键字分析

sql

语句性能

mysql

用那个

关键字分析

sql

语句性能

时间: 2024-08-30 12:55:47

Mysql 优化原则的相关文章

Mysql优化原则_小表驱动大表IN和EXISTS的合理利用

//假设一个for循环for($i = 0; $i < 10000; $i++) { for ($j = 0; $i < 50; $j++) { }} for($i = 0; $i < 50; $i++) { for ($j = 0; $i < 10000; $j++) { }} 看以上两个for循环,总共循环的次数是一样的.但是对于mysql数据库而言,并不是这样了,我们尽量选择第②个for循环,也就是小表驱动大表.数据库最伤神的就是跟程序链接释放,第一个建立了10000次链接,

MySQL 索引优化原则

一.索引优化原则 1.最左前缀匹配原则,联合索引,mysql会从做向右匹配直到遇到范围查询(>.<.between.like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整. 2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优

MySQL优化概述

MySQL优化概述 设计: 存储引擎,字段类型,范式 功能: 索引,缓存,分区. 架构: 主从复制,读写分离,负载均衡. 合理SQL: 测试,经验. 存储引擎 Create table tableName () engine=myisam|innodb; 一种用来存储MySQL中对象(记录和索引)的一种特定的结构(文件结构) 存储引擎,处于MySQL服务器的最底层,直接存储数据.导致上层的操作,依赖于存储引擎的选择. Tip:存储引擎就是特定的数据存储格式(方案) Show engines 查看

mysql优化总结

SQL优化目的: 降低响应时间 直接影响用户体验度 降低资源使用率 主要体现在IO和CPU上,网络.内存消耗 优化原则: 1.IN子查询改成JOIN2.NOT IN子查询改成LEFT JOIN3.消除无效子查询4.禁用select *,只读取所需字段5.LIMIT M, N 大分页修改成JOIN形式6.大结果集 limit限制,where限制,分页读取7.使用where xx IN (),IN子句中元素建议小于2008.多表Join时,注意比较字段类型一致,避免隐式类型转换9.Where子句右值

单表60亿记录等大数据场景的MySQL优化和运维之道

此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高级数据库工程师,负责新浪微博核心数据库架构改造优化,以及数据库相关的服务器存储选型设计. 前言 MySQL数据库大家应该都很熟悉,而且随着前几年的阿里的去IOE,MySQL逐渐引起更多人的重视. MySQL历史 1979年,Monty Widenius写了最初的版本,

mysql 优化工具

explain  profiling 建议提供以下信息 show table status like 'audit';show create table audit;show index from audit;check table audit; analyze table audit; analyze 并不检查表是否有问题,只是重新分析一下键的分布情况.check table/ repaire table 是检查和修复的语句 SELECT * FROM [TABLE] FORCE INDEX

一.mysql优化

一.mysql优化 1.网站请求走向分析优化的方面 需要优化的地方: a:网络优化,服务器硬件方面,CDN加速(访问离用户最近一台服务器获取资源文件(jquery,js)) b:页面静态化处理,访问速度更快 c:php代码本身需要优化(需要自身经验的积累) d:使用memcache,redis减轻数据库的压力,减少磁盘的i/o开销 e:mysql本身的优化 f:mysql架构(读写分离,主从复制) 2.mysql的优化的方向 存储层:选择合适的存储引擎,选择适当的列类型 设计层:给数据表建立合适

单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构(转)

转自http://www.php1.cn/Content/DanBiao_60_YiJiLuDengDaShuJuChangJingDe_MySQL_YouHuaHeYunWeiZhiDao_%7C_GaoKeYongJiaGou.html, 更多详细资料请参看原文 此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高

centos mysql 优化 第十三节课

centos mysql  优化  第十三节课 MySQL索引 主键值不能重复,也不能是NULLunique key + not null 业务主键用唯一索引代替 案例:某InnoDB表,没有自增列主键,使用一段时间后,产生碎片,重整表空间后,从13G变成了9G重整表空间的3种方法alter table xx engine=innodb;optimize table xx;create primary key on id 加主键聚集索引 mysql5.6之后依然无法online ddl做 加主键