设为首页 加入收藏

TOP

MySQL性能优化详解(二)
2012-03-23 10:43:15 】 浏览:5768
Tags:MySQL 性能 优化 详解
网站下载。

  3.2 服务器设置优化

  MySQL默认的设置性能很差,所以要做一些参数的调整。这一节介绍一些通用的参数调整,不涉及具体的存储引擎(主要指MyISAM,InnoDB,相关优化在4中介绍)。

  --character-set:如果是单一语言使用简单的character set例如latin1。尽量少用Utf-8,utf-8占用空间较多。

  --memlock:锁定MySQL只能运行在内存中,避免 swapping,但是如果内存不够时有可能出现错误。

  --max_allowed_packet:要足够大,以适应比较大的SQL查询,对性能没有太大影响,主要是避免出现packet错误。

  --max_connections:server允许的最大连接。太大的话会出现out of memory。

  --table_cache:MySQL在同一时间保持打开的table的数量。打开table开销比较大。一般设置为512。

  --query_cache_size: 用于缓存查询的内存大小。

  --datadir:mysql存放数据的根目录,和安装文件分开在不同的磁盘可以提高一点性能。

  4. 存储引擎优化

  MySQL支持不同的存储引擎,主要使用的有MyISAM和InnoDB。

  4.1 MyISAM

  MyISAM管理非事务表。它提供高速存储和检索,以及全文搜索能力。MyISAM在所有MySQL配置里被支持,它是默认的存储引擎,除非配置MySQL默认使用另外一个引擎。

  4.1.1 MyISAM特性

  4.1.1.1 MyISAM Properties

  1) 不支持事务,宕机会破坏表

  2) 使用较小的内存和磁盘空间

  3) 基于表的锁,并发更新数据会出现严重性能问题

  4) MySQL只缓存Index,数据由OS缓存

  4.1.1.2 Typical MyISAM usages

  1) 日志系统

  2) 只读或者绝大部分是读操作的应用

  3) 全表扫描

  4) 批量导入数据

  5) 没有事务的低并发读/写

  4.1.2 MyISAM优化要点

  1) 声明列为NOT NULL,可以减少磁盘存储。

  2) 使用optimize table做碎片整理,回收空闲空间。注意仅仅在非常大的数据变化后运行。

  3) Deleting/updating/adding大量数据的时候禁止使用index。使用ALTER TABLE t DISABLE KEYS。

  4) 设置myisam_max_[extra]_sort_file_size足够大,可以显著提高repair table的速度。

  4.1.3 MyISAM Table Locks

  1) 避免并发insert,update。

  2) 可以使用insert delayed,但是有可能丢失数据。

  3) 优化查询语句。

  4) 水平分区。

  5) 垂直分区。

  6) 如果都不起作用,使用InnoDB。

  4.1.4 MyISAM Key Cache

  1) 设置key_buffer_size variable。MyISAN最主要的cache设置,用于缓存MyISAM表格的index数据,该参数只对MyISAM有影响。通常在只使用 MyISAM的Server中设置25-33%的内存大小。

  2) 可以使用几个不同的Key Caches(对一些hot data)。

  a) SET GLOBAL test.key_buffer_size=512*1024;

  b) CACHE INDEX t1.i1, t2.i1, t3 IN test;

  2) Preload index到Cache中可以提高查询速度。因为preloading index是顺序的,所以非常快。

  a) LOAD INDEX INTO CACHE t1, t2 IGNORE LEAVES;

  4.2 InnoDB

  InnoDB 给MySQL提供了具有提交,回滚和崩溃恢复能力的事务安全(ACID兼容)存储引擎。InnoDB提供row level lock,并且也在SELECT语句提供一个Oracle风格一致的非锁定读。这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要,因为在InnoDB中row level lock适合非常小的空间。InnoDB也支持FOREIGN KEY约束。在SQL查询中,你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来,甚至在同一个查询中也可以混合。

  InnoDB 是为在处理巨大数据量时获得最大性能而设计的。它的CPU使用效率非常高。

  InnoDB存储引擎已经完全与MySQL服务器整合,InnoDB存储引擎为在内存中缓存数据和索引而维持它自己的缓冲池。 InnoDB存储它的表&索引在一个表空间中,表空间可以包含数个文件(或原始磁盘分区)。这与MyISAM表不同,比如在MyISAM表中每个表被存在分离的文件中。InnoDB 表可以是任何大小,即使在文件尺寸被限制为2GB的操作系统上。

  许多需要高性能的大型数据库站点上使用了 InnoDB引擎。著名的Internet新闻站点Slashdot.org运行在InnoDB上。 Mytrix, Inc.在InnoDB上存储超过1TB的数据,还有一些其它站点在InnoDB上处理平均每秒800次插入/更新的负荷。

  4.2.1 InnoDB特性

  4.2.1.1 InnoDB Properties

  1) 支持事务,ACID,外键。

  2) Row level locks。

  3) 支持不同的隔离级别。

  4) 和MyISAM相比需要较多的内存和磁盘空间。

  5) 没有键压缩。

  6) 数据和索引都缓存在内存hash表中。

  4.2.1.2 InnoDB Good For

  1) 需要事务的应用。

  2) 高并发的应用。

  3) 自动恢复。

  4) 较快速的基于主键的操作。

  4.2.2 InnoDB优化要点

  1) 尽量使用short,integer的主键。

  2) Load/Insert数据时按主键顺序。如果数据没有按主键排序,先排序然后再进行数据库操作。

  3) 在Load数据是为设置SET UNIQUE_CHECKS=0,SET FOREIGN_KEY_CHECKS=0,可以避免外键和唯一性约束检查的开销。

  4) 使用prefix keys。因为InnoDB没有key压缩功能。

  4.2.3 InnoDB服务器端设定

  innodb_buffer_pool_size:这是InnoDB最重要的设置,对InnoDB性能有决定性的影响。默认的设置只有8M,所以默认的数据库设置下面InnoDB性能很差。在只有InnoDB存储引擎的数据库服务器上面,可以设置60-80%的内存。更精确一点,在内存容量允许的情况下面设置比InnoDB tablespaces大10%的内存大小。

  innodb_data_file_path:指定表数据和索引存储的空间,可以是一个或者多个文件。最后一个数据文件必须是自动扩充的,也只有最后一个文件允许自动扩充。这样,当空间用完后,自动扩充数据文件就会自动增长(以8MB为单位)以容纳额外的数据。例如: innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:50M:autoextend两个数据文件放在不同的磁盘上。数据首先放在ibdata1中,当达到900M以后,数据就放在ibdata2中。一旦达到50MB,ibdata2将以 8MB为单位自动增长。如果磁盘满了,需要在另外的磁盘上面增加一个数据文件。

  innodb_autoextend_increment: 默认是8M, 如果一次insert数据量比较多的话,

首页 上一页 1 2 3 下一页 尾页 2/3/3
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
上一篇两种主要MySQL表存储结构MyISAM和.. 下一篇MySQL性能优化的最佳20+条经验

最新文章

热门文章

Hot 文章

Python

C 语言

C++基础

大数据基础

linux编程基础

C/C++面试题目