MySQL2介绍及性能优化说课.ppt

服务优化 MyISAM 选项 选项 缺省值 推荐值 说明 key_buffer_size 8M 256M 用来存放索引区块的缓存值, 建议128M以上，不要大于内存的30% read_buffer_size 128K 16M 用来做MyISAM表全表扫描的缓冲大小. 为从数据表顺序读取数据的读操作保留的缓存区的长度 myisam_sort_buffer_size 16M 128M 设置,恢复,修改表的时候使用的缓冲大小，值不要设的太大 服务优化 InnoDB 选项 选项 缺省值 推荐值 说明 innodb_buffer_pool_size 32M 1G InnoDB使用一个缓冲池来保存索引和原始数据, 这里你设置越大,你在存取表里面数据时所需要的磁盘I/O越少，一般是内存的一半，不超过2G，否则系统会崩溃，这个参数非常重要 innodb_additional_mem_pool_size 2M 128M InnoDB用来保存 metadata 信息, 如果内存是4G，最好本值超过200M innodb_flush_log_at_trx_commit 1 0 0 代表日志只大约每秒写入日志文件并且日志文件刷新到磁盘; 1 为执行完没执行一条SQL马上commit; 2 代表日志写入日志文件在每次提交后,但是日志文件只有大约每秒才会刷新到磁盘上. 对速度影响比较大，同时也关系数据完整性 innodb_log_file_size 8M 256M 在日志组中每个日志文件的大小, 一般是innodb_buffer_pool_size的25%，官方推荐是 innodb_buffer_pool_size 的 40-50%, 设置大一点来避免在日志文件覆写上不必要的缓冲池刷新行为 innodb_log_buffer_size 128K 8M 用来缓冲日志数据的缓冲区的大小. 推荐是8M，官方推荐该值小于16M，最好是 1M-8M 之间 设计合理的数据表结构：适当的数据冗余 对数据表建立合适有效的数据库索引 数据查询：编写简洁高效的SQL语句 应用优化 应用优化方式 应用优化 表结构设计原则 选择合适的数据类型：如果能够定长尽量定长 使用 ENUM 而不是 VARCHAR,ENUM类型是非常快和紧凑的，在实际上，其保存的是 TINYINT，但其外表上显示为字符串。这样一来，用这个字段来做一些选项列表变得相当的完美 。 不要使用无法加索引的类型作为关键字段，比如 text类型 为了避免联表查询，有时候可以适当的数据冗余，比如  邮箱、姓名这些不容易更改的数据 选择合适的表引擎，有时候 MyISAM 适合，有时候  InnoDB适合 为保证查询性能，最好每个表都建立有 auto_increment  字段， 建立合适的数据库索引 最好给每个字段都设定 default 值 应用优化 索引建立原则（一） 一般针对数据分散的关键字进行建立索引，比如ID、QQ， 像性别、状态值等等建立索引没有意义 字段唯一，最少，不可为null 对大数据量表建立聚集索引，避免更新操作带来的碎片。 尽量使用短索引，一般对int、char/varchar、date/time 等 类型的字段建立索引 需要的时候建立联合索引，但是要注意查询SQL语句的编写 谨慎建立 unique 类型的索引（唯一索引） 大文本字段不建立为索引，如果要对大文本字段进行检索， 可以考虑全文索引 频繁更新的列不适合建立索引 应用优化 索引建立原则（二） order by 字句中的字段，where 子句中字段，最常用的sql 语句中字段，应建立索引。 唯一性约束，系统将默认为改字段建立索引。 对于只是做查询用的数据库索引越多越好，但对于在线实时 系统建议控制在5个以内。 索引不仅能提高查询SQL性能，同时也可以提高带where字句 的update，Delete SQL性能。 Decimal 类型字段不要单独建立为索引，但覆盖索引可以包 含这些字段。 只有建立索引以后，表内的行才按照特地的顺序存储，按照 需要可以是asc或desc方式。 如果索引由多个字段组成将最用来查询过滤的字段放在前面 可能会有更好的性能。 应用优化 MSSQL 执行顺序 (8) SELECT (9) DISTINCT (11) TOP_specification select_list (1) FROM left_table (3) join_type JOIN right_table (2) ON