Mysql的优化经验

  1. 从数据库结构做起1. 字段类型的定义时遵循以下规则:1. 选用字段长度最小2. 优先使用定长型3. 尽可能的定义 "NOT NULL" 4. 数值型字段中避免使用 "ZEROFILL" 5. 如果要储存的数据为字符串, 且可能值已知且有限, 优先使用 enum 或 set 2. 索引的优化至关重要(以下如果没有特殊说明, 均指查询密集的情况)(http://www.002pc.com)

  1. 被索引的字段的长度越小, 该索引的效率越高2. 被索引的字段中, 值的重复越少, 该索引的效率越高3. 查询语句中, 如果使用了 "group" 子句, 根据其中字段出现的先后顺序建立多字段索引4. 查询语句中, 如果使用了 "distinct", 根据其中字段出现的先后顺序建立多字段索引5. "where" 子句中, 出现对同一表中多个不同字段的 "and" 条件时, 按照字段出现的先后顺序建立多字段索引6. "where" 子句中, 出现对同一表中多个不同字段的 "or" 条件时, 对重复值最少的字段建立单字段索引7. 进行 "内/外连接" 查询时, 对 "连接字段" 建立索引8. 对 "主键" 的 "unique" 索引 毫无意义, 不要使用9. 被索引字段尽可能的使用 "NOT NULL" 属性10. 对写入密集型表, 尽量减少索引, 尤其是 "多字段索引" 和 "unique" 索引2. 查询语句的优化1. 多多利用 "explain" 查询索引使用情况, 以便找出最佳的查询语句写法和索引设置方案2. 慎用 "select *", 查询时只选出必须字段3. 查询使用索引时, 所遍历的索引条数越少, 索引字段长度越小, 查询效率越高 (可使用 "explain" 查询索引使用情况)

  4. 避免使用 mysql 函数对查询结果进行处理, 将这些处理交给客户端程序负责5. 使用 "limit" 时候, 尽量使 "limit" 出的部分位于整个结果集的前部, 这样的查询速度更快, 系统资源开销更低6. 在 "where" 子句中使用多个字段的 "and" 条件时, 各个字段出现的先后顺序要与多字段索引中的顺序相符7. 在 "where" 子句 中使用 "like" 时, 只有当通配符不出现在条件的最左端时才会使用索引8. 在 mysql 4.1 以上版本中, 避免使用子查询, 尽量使用 "内/外连接" 实现此功能9. 减少函数的使用, 如果可能的话, 尽量用单纯的表达式来代替10. 避免在 "where" 子句中, 对不同字段进行 "or" 条件查询, 将其拆分成多个单一字段的查询语句效率更高。

  附: Mysql 字段长度说明表

Mysql 字段长度说明
TINYINT 1 字节 SMALLINT 2 字节
MEDIUMINT 3 字节 INTEGER: 4 字节
BIGINT 8 字节 DOUBLE 8 字节
FLOAT(X) X <=24: 4 字节
X > 24: 8 字节
DECIMAL(M,D) M<D: D+2 字节
M>=D: M 字节
DATE 3 字节 DATETIME 8 字节
TIMESTAMP 4 字节 TIME 4 字节
YEAR 1 字节    
CHAR(M) M 字节 VARCHAR(M) 值长度 + 1 字节
TINYBLOB 值长度 + 1 字节 TINYTEXT 值长度 + 1 字节
BLOB 值长度 + 2 字节 TEXT 值长度 + 2 字节
MEDIUMBLOB 值长度 + 3 字节 MEDIUMTEXT 值长度 + 3 字节
LONGBLOB 值长度 + 4 字节 LONGTEXT 值长度 + 4 字节
ENUM 1 或 2 字节
取决于枚举值数
SET 1,2,3,4, 8
取决于成员数量
时间: 2016-10-14

Mysql的优化经验的相关文章

一些Mysql的优化经验

mysql|优化  一些 Mysql 的优化经验    1. 从数据库结构做起1. 字段类型的定义时遵循以下规则:1. 选用字段长度最小2. 优先使用定长型3. 尽可能的定义 "NOT NULL" 4. 数值型字段中避免使用 "ZEROFILL" 5. 如果要储存的数据为字符串, 且可能值已知且有限, 优先使用 enum 或 set 2. 索引的优化至关重要(以下如果没有特殊说明, 均指查询密集的情况)     1. 被索引的字段的长度越小, 该索引的效率越高2.

从编译到工具:几种mysql的优化方法

mysql|编译|优化 一.在编译时优化mysql 如果你从源代码分发安装mysql,要注意,编译过程对以后的目标程序性能有重要的影响,不同的编译方式可能得到类似的目标文件,但性能可能相差很大,因此,在编译安装mysql适应仔细根据你的应用类型选择最可能好的编译选项.这种定制的mysql可以为你的应用提供最佳性能. 技巧:选用较好的编译器和较好的编译器选项,这样应用可提高性能10-30%.(mysql文档如是说) 1.1.使用pgcc(pentium gcc)编译器 该编译器(http://ww

老生分享站内SEO优化经验之“攘外必先安内”

古语云:"攘外必先安内".在站长这个行业中也是非常之适用的,也就是说每个站长在做外部优化的前提下一定要做好站内SEO优化,只有做好内边以后在去做外边那样的效果是非常之号的.所以今天老生就和大家聊聊我做站的一些内部优化经验和做站内优化的一些需要注意的事项吧. 1.合理简洁的URL 过于长的URL对与蜘蛛抓取是极为不利的,所以说我们要让URL简单明了一些,并且在URL当中可是适当的添加一些关键词这样可以促进网站的排名,让蜘蛛更加去重视,当然这只适用于英文关键词,中文的话可以采取拼音拼凑或者

MySQL的优化(五)

二十一.MySQL表高速缓存工作原理 每个MyISAM表的打开实例(instance)使用一个索引文件和一个数据文件.如果表被两个线程使用或在 同一条查询中使用两次,MyIASM将共享索引文件而是打开数据文件的另一个实例. 如果所有在高速缓存中的表都在使用,缓存将临时增加到比表缓存尺寸大些.如果是这样,下一个被 释放的表将被关闭. 你可以通过检查mysqld的Opened_tables变量以检查表缓存是否太小.如果该值太高,你应该增大表高 速缓存. 二十二.MySQL扩展/优化-提供更快的速度

mysql数据库优化总结

1. 优化你的MySQL查询缓存在MySQL服务器上进行查询,可以启用高速查询缓存.让数据库引擎在后台悄悄的处理是提高性能的最有效方法之一.当同一个查询被执行多次时,如果结果是从缓存中提取,那是相当快的. 但主要的问题是,它是那么容易被隐藏起来以至于我们大多数程序员会忽略它.在有些处理任务中,我们实际上是可以阻止查询缓存工作的. 1. // query cache does NOT work 2. $r = mysql_query("SELECT username FROM user WHERE

MySQL中优化sql语句查询常用的30种方法

本篇文章是对MySQL中优化sql语句查询常用的30种方法进行了详细的分析介绍,需要的朋友参考下   1.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 2.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以

在CentOS上使用yum安装MySQL+安全优化

0.说明         使用yum安装的好处是,你不用自己去解决软件之间的依赖问题,基本上yum执行完成,也就把软件安装好了,下面介绍使用yum的方法来安装MySQL,同时也会介绍安装完成后的安全优化.         注意:下面的操作都是以新安装的CentOS  6.5来作为演示的. 1.使用yum安装MySQL          查看是否已经安装MySQL: 1 [root@leaf]# yum list installed | grep mysql         如果你在安装CentO

MySQL如何优化LIMIT

MySQL如何优化LIMIT 在一些情况中,当你使用LIMIT row_count而不使用HAVING时,MySQL将以不同方式处理查询. ·         如果你用LIMIT只选择一些行,当MySQL选择做完整的表扫描时,它将在一些情况下使用索引. ·         如果你使用LIMIT row_count与ORDER BY,MySQL一旦找到了排序结果的第一个row_count行,将结束排序而不是排序整个表.如果使用索引,将很快.如果必须进行文件排序(filesort),必须选择所有匹配

MySQL如何优化

7.2.9. MySQL如何优化LEFT JOIN和RIGHT JOIN 在MySQL中,A LEFT JOIN B join_condition执行过程如下: ·         根据表A和A依赖的所有表设置表B. ·         根据LEFT JOIN条件中使用的所有表(除了B)设置表A. ·         LEFT JOIN条件用于确定如何从表B搜索行.(换句话说,不使用WHERE子句中的任何条件). ·         可以对所有标准联接进行优化,只是只有从它所依赖的所有表读取的表