MYSQL优化,提高你的20%的工作效率

## 1.在所有用于where,order by和group by的列上添加索引 ##
1)索引除了能够确保唯一的标记一条记录,还能是MySQL服务器更快的从数据库中获取结果。索引在排序中的作用也非常大。
Mysql的索引可能会占据额外的空间,并且会一定程度上降低插入,删除和更新的性能。但是,如果你的表格有超过10行数据,那么索引就能极大的降低查找的执行时间。

2)强烈建议使用“最坏情况的数据样本”来测试MySql查询,从而更清晰的了解查询在生产中的行为方式。

3)假设你正在一个超过500行的数据库表中执行如下的查询语句:

```
mysql>select customer_id, customer_name from customers where customer_id=‘345546‘
```
上述查询会迫使Mysql服务器执行一个全表扫描来获得所查找的数据。

4)型号,Mysql提供了一个特别的Explain语句,用来分析你的查询语句的性能。当你将查询语句添加到该关键词后面时,MySql会显示优化器对该语句的所有信息。

如果我们用explain语句分析一下上面的查询,会得到如下的分析结果:

```
mysql> explain select customer_id, customer_name from customers where customer_id=‘140385‘;
+----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------------+| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-----------+------------+------+---------------+------+---------+------+------+----------+-------------+| 1 | SIMPLE | customers | NULL | ALL | NULL | NULL | NULL | NULL | 500 | 10.00 | Using where |
```
可以看到,优化器展示出了非常重要的信息,这些信息可以帮助我们微调数据库表。首先,MySql会执行一个全表扫描,因为key列为Null。其次,MySql服务器已经明确表示它将要扫描500行的数据来完成这次查询。

5)为了优化上述查询,我们只需要在customer_id这一列上添加一个索引m即可:

```
mysql> Create index customer_id ON customers (customer_Id);
Query OK, 0 rows affected (0.02 sec)
Records: 0 Duplicates: 0 Warnings: 0
```
如果我们再次执行explain语句,会得到如下结果:

```
mysql> Explain select customer_id, customer_name from customers where customer_id=‘140385‘;
+----+-------------+-----------+------------+------+---------------+-------------+---------+-------+------+----------+-------+| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-----------+------------+------+---------------+-------------+---------+-------+------+----------+-------+| 1 | SIMPLE | customers | NULL | ref | customer_id | customer_id | 13 | const | 1 | 100.00 | NULL |
+----+-------------+-----------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
```
## 2. 用Union优化Like语句 ##
1)有时候,你可能需要在查询中使用or操作符进行比较。当or关键字在where子句中使用频率过高的时候,它可能会使MySQL优化器错误的选择全表扫描来检索记录。union子句可以是查询执行的更快,尤其是当其中一个查询有一个优化索引,而另一个查询也有一个优化索引的时候。

比如,在first_name和last_name上分别存在索引的情况下,执行如下查询语句:

```
mysql> select * from students where first_name like ‘Ade%‘ or last_name like ‘Ade%‘
```

上述查询和下面使用union合并两条充分利用查询语句的查询相比,速度慢了许多。

```
mysql> select * from students where first_name like ‘Ade%‘ union all select * from students wherelast_name like ‘Ade%‘
```

## 3. 避免使用带有前导通配符的表达式 ##
当查询中存在前导通配符时,Mysql无法使用索引。以上面的student表为例,如下的查询会导致MySQL执行全表扫描,及时first_name字段上加了索引。

```
mysql> select * from students where first_name like ‘%Ade‘
```

使用explain分析得到如下结果:

```
| possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+| 1 | SIMPLE | students | NULL | ALL | NULL | NULL | NULL | NULL | 500 | 11.11 | Using where |
+----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+
```
如上所示,Mysql将扫描全部500行数据,这将使得查询极其缓慢。

## 4. 优化数据库架构 ##
***1)规范化***
首先,规范化所有数据库表,即使可能会有些损失。比如,如果你需要创建两张表分别用来记录customers和orders数据,你应当在order表上用顾客id引用顾客,而不是反过来。下图显示了没有任何数据冗余而设计的数据库架构。

![clipboard.png](/img/bVbjwYU)

## 5.使用最佳数据类型 ##
1)MySQL支持各种数据类型,包括integer,float,double,date,datetime,varchar,text等。当设计数据库表时,应当尽可能使用能够满足特性的最短的数据类型。

比如,如果你在设计一个系统用户表,而该用户数量不会超过100个人,你就应该对user_ud使用‘TINYINT‘类型,该类型的取值范围为-128至128。如果一个字段需要存储date型值,使用datetime类型比较好,因为在查询的时候无需进行复杂的类型转换。

当值全为数字类型时,使用Integer。在进行计算时,Integer类型的值比文本类型的值速度更快。

关注回复word,获取跟word相关的所有资

关注回复workerman,获取跟workerman相关的所有资料!

关注回复双机热备,获取跟 双机热备 相关的所有资料!

更多精彩,竟在公众号内更新。

原文地址:https://www.cnblogs.com/Jackey-fighting/p/9957366.html

时间: 2024-10-07 21:06:44

MYSQL优化,提高你的20%的工作效率的相关文章

MySQL优化:使用慢查询日志定位效率较低的SQL语句

MySQL通过慢查询日志定位那些执行效率较低的SQL 语句,用--log-slow-queries[=file_name]选项启动时,mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件,通过查看这个日志文件定位效率较低的SQL . 慢查询日志在查询结束以后才记录,所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题,可以使用show processlist命令查看当前MySQL在进行的线程,包括线程的状态.是否锁表等,可以实时地查看SQ

MySQL优化--where条件字段的顺序对效率的影响 (02)

学生表 Student id(编号) name(名字) age(年龄) height(身高) 1 Tommy 26 170 2 Jerry 23 180 3 Frank 30 160 如表所示,这里只是呈现了3条数据,我们这里假设有1万条数据, 查询年龄25岁以上,身高170以上的全部学生 Select * from Student where age > 25 and height > 170;//正常情况下可以这么写, 假设1:年龄在25岁以上的有8000个学生,而身高170以上的只有10

提高文档质量和工作效率的办法

1.  将自己的文档写好 2. 自己check,check的问题搞个列表,或者标注好 3. 对着自己的列表,或按照标注顺序去改文档(有针对性,改起来快,也有目的性) 上述过程不但重复,有利于提高效率.

mysql优化案例

MySQL优化案例 Mysql5.1大表分区效率测试 Mysql5.1大表分区效率测试MySQL | add at 2009-03-27 12:29:31 by PConline | view:60, comment:0 mysql5.1开始支持数据表分区了,原来的分表可以不用了,分表的不足在于多表查询不方便.呵呵,下面来简单测试下表分区的查询效率. 1.用来测试的数据为discuz论坛的数据库,表为cdb_posts表,数据量为1500多万条mysql> select count(*) fro

如何利用工具提高工作效率

作为IT从业者,我每天的工作都是和电脑打交道,因此这几年来多少积累了些让自己受益的提高效率的工具,但一直没有系统地整理过这方面的经验.直到上周一个同事问我:怎么让在公司电脑上的工作同步到家里的电脑上,然后在家也可以把工作做好.我告诉了她可以用百度云盘以及有道云笔记等工具实现.因此我意识到很多对我来说已经稀疏平常的软件工具,其实对很多不擅长电脑技术的人来说,确是需要有人告诉他去了解并花点功夫去掌握的.科技存在的意义本应该就是改善人们生活的质量的,我希望做这个理念的倡导者和践行者,因此下面介绍一下我

工具系列之邮件--浅谈工具如何改变你的工作效率

关于提高个人工作效率有很多方法,如计划工作.时间意识:集中精力.避免并行:简化工作.任务分解:回顾反省.总结经验:劳逸结合.健康体魄等等.本文以日常工作过程中人人都在用的邮件为出发点,从工具辅助.改善习惯的角度看待个人工作效率与工具使用方式上的关联,试图找出使用邮件的最佳实践. 通常,针对重复性或耗时过长的工作,我们利用工具来改善过程:针对自身能力或工作上存在的弱点,我们利用工具进行弥补.邮件作为最典型的一个职场工具,其在具体软件和操作上有丰富的表现形式,文中提到的邮件相关知识和使用方式主要都是

工具系列之邮件--浅谈工具怎样改变你的工作效率

关于提高个人工作效率有非常多方法.如计划工作.时间意识.集中精力.避免并行:简化工作.任务分解.回想反省.总结经验:劳逸结合.健康体魄等等. 本文以日常工作过程中人人都在用的邮件为出发点,从工具辅助.改善习惯的角度看待个人工作效率与工具使用方式上的关联,试图找出使用邮件的最佳实践. 通常,针对反复性或耗时过长的工作.我们利用工具来改善过程:针对自身能力或工作上存在的弱点,我们利用工具进行弥补.邮件作为最典型的一个职场工具.其在详细软件和操作上有丰富的表现形式,文中提到的邮件相关知识和使用方式主要

日常工作中常见的mysql优化技巧

1.介绍一下MYSQL经常使用的优化技巧. MySQL 自带 slow log 的分析工具 mysqldumpslow ,可是没有说明.本文通过分析该脚本,介绍了其用法. slow log 是 MySQL 依据 SQL 语句的运行时间设定,写入的一个文件,用于分析运行较慢的语句. 仅仅要在 my.cnf 文件里配置好: log-slow-queries = [slow_query_log_filename] 就可以记录超过默认的 10s 运行时间的 SQL 语句. 假设要改动默认设置,能够加入:

Mysql优化(转)

Mysql优化主要通过执行计划,索引,sql语句,调整mysql内部配置 (http://blog.chinaunix.net/uid-11640640-id-3426908.html) 一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)