mysql抄书4:索引、慢查询、优化

  1. MySQL索引用来快速地寻找那些具有特定值的记录,所有MySQL索引都是以B-树的形式保存
  2. 如果没有索引,执行查询时,MySQL必须从第一个记录开始整表扫描,知道查询到符合要求的记录,记录越大,花费时间成本越高
  3. 如果作为搜索条件的列上已经创建了索引,MySQL无需扫描任何记录,即可迅速取得目标记录所在的位置
  4. 比如表有1000条记录,通过索引查找记录至少比顺序扫描记录快100倍

常见索引类型

  • normal 普通索引
  • unique 唯一索引,不允许重复的索引,该字段信息保证不会重复,譬如身份证号
  • full text 全文索引 用于搜索很长一篇文章的时候,效果最好;如果用在比较短的文本,就一两行字,普通的index也可以

总结:

索引的类别由建立索引的字段内容特性来决定,通常normal最常见

创建索引

alter table tabname add index idxname (column)

alter table tabname add unique (column)

alter table tabname add primary key(column)

create index idxname on tabname(column)

create unique index idxname on tabname(name)

删除索引

drop index idxname on tabname

alter table tabname drop index idxname

MySQL慢查询

show variables like "%slow%";

| slow_launch_time | 2 |  超过2秒定义为慢查询。
| slow_query_log | OFF |  慢查询关闭状态。
| slow_query_log_file | /data/mysql/var/db-Test2-slow.log | 慢查询日志的文件。
  • 开启慢查询
set global slow_query_log=on;
[mysqld]
log-slow-queries = /data/mysql/var/db-Test2-slow.log #日志目录。 long_query_time = 1   #记录下查询时间查过1秒。 log-queries-not-using-indexes  #表示记录下没有使用索引的查询。
  • mysqldumpslow分析日志
mysqldumpslow,使用很简单,参数可-help查看
-s:排序方式。
c , t , l , r 表示记录次数、时间、查询时间的多少、返回的记录数排序;
# ac , at , al , ar 表示相应的倒叙;
# -t:返回前面多少条的数据;
# -g:包含什么,大小写不敏感的;
mysqldumpslow -s r -t 10 /data/mysql/var/db-Test2-slow.log

高效优化:三分配置、七分sql语句优化

  • 配置的优化

    • 系统内核优化
    • my.cnf配置文件
  • sql语句的优化
  • 表结构的优化
  • 索引的优化

硬件的优化

  • 增加内存和提高磁盘读写速度,都可以提高MySQL数据库的查询、更新速度
  • 使用磁盘阵列

参数的优化

  • 内存中会为MySQL保留部分的缓冲区
  • 缓冲区可以提高MySQL的速度
  • 缓冲区大小是在my.cnf配置文件中设置的

几个重要的内存参数

  • key_buffer_size 表示索引缓存的大小。值越大,使用索引进行查询的速度就越快
  • table_cache 表示同时打开的表的个数。值越大,能同时打开的表个数也就越多。不是越大越好,同时打开的过多的表会影响OS性能
  • query_cache_size 表示查询缓冲区的大小。使用查询缓冲区可以提高查询的速度。这个方式只适用于修改操作少且经常执行相同的查询操作情况,默认值是0
  • query_cache_type 表示查询缓冲区的开启状态。0表示关闭,1表示开启
  • max_connections 表示数据库的最大连接数。不是越大越好,过多的连接数会浪费内存资源
  • sort_buffer_size 排序缓冲区的大小,值越大,排序就越快
  • innodb_buffer_pool_size 表示innodb类型的表和索引的最大缓存,值越大,速度越快,同时影响OS性能
  • 一个真实的my.cnf
  •  1 [client]
     2 port = 3306
     3 socket = /tmp/mysql.sock
     4 [mysqld]
     5 user = mysql
     6 server_id = 10
     7 port = 3306
     8 socket = /tmp/mysql.sock
     9 datadir = /data/mysql/data1
    10 old_passwords = 1
    11 lower_case_table_names = 1
    12 character-set-server = utf8
    13 default-storage-engine = MYISAM
    14 log-bin = bin.log
    15 log-error = error.log
    16 pid-file = mysql.pid
    17 long_query_time = 2
    18 slow_query_log
    19 slow_query_log_file = slow.log
    20 binlog_cache_size = 4M
    21 binlog_format = mixed
    22 max_binlog_cache_size = 16M
    23 max_binlog_size = 1G
    24 expire_logs_days = 30
    25 ft_min_word_len = 4
    26 back_log = 512
    27 max_allowed_packet = 64M
    28 max_connections = 4096
    29 max_connect_errors = 100
    30 join_buffer_size = 2M
    31 read_buffer_size = 2M
    32 read_rnd_buffer_size = 2M
    33 sort_buffer_size = 2M
    34 query_cache_size = 64M
    35 table_open_cache = 10000
    36 thread_cache_size = 256
    37 max_heap_table_size = 64M
    38 tmp_table_size = 64M
    39 thread_stack = 192K
    40 thread_concurrency = 24
    41 local-infile = 0
    42 skip-show-database
    43 skip-name-resolve
    44 skip-external-locking
    45 connect_timeout = 600
    46 interactive_timeout = 600
    47 wait_timeout = 600
    48 #*** MyISAM
    49 key_buffer_size = 512M
    50 bulk_insert_buffer_size = 64M
    51 myisam_sort_buffer_size = 64M
    52 myisam_max_sort_file_size = 1G
    53 myisam_repair_threads = 1
    54 concurrent_insert = 2
    55 myisam_recover
    56 #*** INNODB
    57 innodb_buffer_pool_size = 16G
    58 innodb_additional_mem_pool_size = 32M
    59 innodb_data_file_path = ibdata1:1G;ibdata2:1G:autoextend
    60 innodb_read_io_threads = 8
    61 innodb_write_io_threads = 8
    62 innodb_file_per_table = 1
    63 innodb_flush_log_at_trx_commit = 2
    64 innodb_lock_wait_timeout = 120
    65 innodb_log_buffer_size = 8M
    66 innodb_log_file_size = 256M
    67 innodb_log_files_in_group = 3
    68 innodb_max_dirty_pages_pct = 90
    69 innodb_thread_concurrency = 16
    70 innodb_open_files = 10000
    71 #innodb_force_recovery = 4
    72 #*** Replication Slave
    73 read-only
    74 #skip-slave-start
    75 relay-log = relay.log
    76 log-slave-updates

    my.cnf

原文地址:https://www.cnblogs.com/jenvid/p/8411201.html

时间: 2024-08-01 05:27:41

mysql抄书4:索引、慢查询、优化的相关文章

MySQL高级 之 索引失效与优化详解

案例所用的表结构.索引.与数据如下:   索引失效与优化 1.全值匹配我最爱 2.最佳左前缀法则(带头索引不能死,中间索引不能断) 如果索引了多个列,要遵守最佳左前缀法则.指的是查询从索引的最左前列开始 并且 不跳过索引中的列. 正确的示例参考上图. 错误的示例: 带头索引死:  中间索引断(带头索引生效,其他索引失效):  3.不要在索引上做任何操作(计算.函数.自动/手动类型转换),不然会导致索引失效而转向全表扫描 4.mysql存储引擎不能继续使用索引中范围条件(bettween.<.>

Day4 MySql触发器视图索引以及设计优化

触发器 MySQL包含对触发器的支持.触发器是一种与表操作有关的数据库对象,当触发器所在表上出现指定事件时,将调用该对象,即表的操作事件触发表上的触发器的执行. 通过事件触发,不能传参 语法 CREATE [DEFINER = { user | CURRENT_USER }] TRIGGER trigger_name trigger_time trigger_event ON tbl_name FOR EACH ROW [trigger_order] trigger_body trigger_t

mysql 多列索引优化

Mysql所有的列都可以使用索引,.对相关列使用索引是提高SELECT操作性能的最佳途径.根据存储引擎定义每个表的最大索引数和最大索引长度.所有存储引擎支持每个表至少16个索引,总索引长度至少256字节.在索引中使用col_name(length)语法,可以创建一个只使用char和archar列的第一个length个字符的索引,按这种方式只索引列的前缀可以索引文件小的多.MyISAm和INNODb存储引擎还支持对blob和text列的索引,但是必须指定索引长度.fulltext索引用于全文搜索不

mysql处理海量数据时的一些优化查询速度方法

最近一段时间由于工作需要,开始关注针对Mysql数据库的select查询语句的相关优化方法. 由于在参与的实际项目中发现当mysql表的数据量达到百万级时,普通SQL查询效率呈直线下降,而且如果where中的查询条件较多时,其查询速度简直无法容忍.曾经测试对一个包含400多万条记录(有索引)的表执行一条条件查询,其查询时间竟然高达40几秒,相信这么高的查询延时,任何用户都会抓狂.因此如何提高sql语句查询效率,显得十分重要.以下是网上流传比较广泛的30种SQL查询语句优化方法: 1.应尽量避免在

MYSQL索引分析和优化设计方案

一.什么是索引? 索引用来快速地寻找那些具有特定值的记录,所有MySQL索引都以B-树的形式保存.如果没有索引,执行查询时 MySQL必须从第一个记录开始扫描整个表的所有记录,直至找到符合要求的记录.表里面的记录数量越多,这个操作的代价就越高.如果作为搜索条件的列上已 经创建了索引,MySQL无需扫描任何记录即可迅速得到目标记录所在的位置.如果表有1000个记录,通过索引查找记录至少要比顺序扫描记录快100倍. 假设我们创建了一个名为people的表: CREATE TABLE people (

MySQL索引类型及优化

索引是快速搜索的关键.MySQL索引的建立对于MySQL的高效运行是很重要的.下面介绍几种常见的MySQL索引类型. 在数据库表中,对字段建立索引可以大大提高查询速度.假如我们创建了一个 mytable表: CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL ); 我们随机向里面插入了10000条记录,其中有一条:5555, admin. 在查找username="admin"的记录 SELECT *

mysql如何查看索引使用情况以及优化

mysql中支持hash和btree索引.innodb和myisam只支持btree索引,而memory和heap存储引擎可以支持hash和btree索引 我们可以通过下面语句查询当前索引使用情况: show status like '%Handler_read%'; +-----------------------+-------+| Variable_name | Value |+-----------------------+-------+| Handler_read_first | 0

(转)Mysql 索引原理及优化

本文内容主要来源于互联网上主流文章,只是按照个人理解稍作整合,后面附有参考链接. 一.摘要 本文以MySQL数据库为研究对象,讨论与数据库索引相关的一些话题.特别需要说明的是,MySQL支持诸多存储引擎,而各种存储引擎对索引的支持也各不相同,因此MySQL数据库支持多种索引类型,如BTree索引,哈希索引,全文索引等等.为了避免混乱,本文将只关注于BTree索引,因为这是平常使用MySQL时主要打交道的索引,至于哈希索引和全文索引本文暂不讨论. 二.常见的查询算法及数据结构 为什么这里要讲查询算

mysql如何查看索引使用情况以及优化 - guols0612

mysql中支持hash和btree索引.innodb和myisam只支持btree索引,而memory和heap存储引擎可以支持hash和btree索引 我们可以通过下面语句查询当前索引使用情况: show status like '%Handler_read%'; +-----------------------+-------+| Variable_name | Value |+-----------------------+-------+| Handler_read_first | 0