mysql数据库优化思路与方向是怎样的

mysql数据库优化思路与方向是怎样的,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

一、基础优化

mysql> show status like 'valus'

connections     //链接参数

uptime        //上线时间

slow_queries    //慢查询次数

com_select

com_insert

com_update

com_delete

二、优化查询:

mysql> explain select * from handb.fruits;

+----+-------------+--------+------+---------------+------+---------+------+------+-------+

| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra |

+----+-------------+--------+------+---------------+------+---------+------+------+-------+

|  1 | SIMPLE      | fruits | ALL  | NULL          | NULL | NULL    | NULL |    2 |       |

+----+-------------+--------+------+---------------+------+---------+------+------+-------+

table查询表的次数

possible_keys索引

key当前索引

key_len索引长度

ref一起查询的列或者常数

rows必要行数

Extra详细信息

三、索引对查询的影响

四、优化数据库结构

1、拆分旧表形成新表

2、增加中间表

五、插入优化

1、禁用索引

mysql> alter table book disable keys;

mysql> alter table book enable keys;

2、禁用唯一查询

mysql> set unique_checks=0 | 1 ;   //0关闭 1开启

3、禁用外键检查

mysql> set foreign_key_checks=0 |  1

4、禁用自动提交

mysql> set autocommit=0 | 1

六、分析检查优化表

mysql> analyze table fruits;

type:status 常态

info信息 //有重复信息

note注意 //有null空值

warning警告 //超过过慢查询时间

error错误 //表中有错误选项,不可用

七、检查表

mysql> check table fruits fast;

QUICK:不扫描。不检查错误的链接。

FAST:只检查没有被正确关闭的表。

CHANGED:只检查上次检查后被更改的表和没有被正确关闭的表。

MEDIUM:扫描行,以验证被删除的链接是有效的,也可以计算各行的关键字效验和,并使用计算出的效验和验证这一点。

EXTENDED:对每行的所有附件自进行一个全面的关键字查找,这可以确保表示百分百一致的,但是花费时间较长。

八、mysql服务器优化

缓冲区:希望被更改的数据在内存中驻留的时间更长而产生,主要是保留脏页信息在内存中。不接受内存的管理,但是接受mysql程序的管理。

保证缓冲区大小:

[mysqld]

query_cache_size=512M

query_cache_type=1    //0表示不适用缓冲区。

1表示一旦开启,所有的查询都将使用缓冲区。如果不希望从缓冲区查询,需要在select语句后增加选项no_sql_cache,表示当前查询不适用缓冲区查询。

2表示,只有在查询的select是增加sql_cache才会从缓冲区查找。

key_buffer_size   //索引缓冲区大小。索引缓冲区的所有线程共享。他的大小取决于内存的大小。太大会导致频繁换页,也会降低系统性能。

table_cache //同时打开的表的个数。越大表示同时打开的表越多。太大影响系统性能。

sort_buffer_size //排序缓存大小,越大,表示排序速度越快。提高order by和group by的效率默认2M

read_buffer_size //每个表分配的缓冲区的大小。当线程连续扫描时,才会使用这个缓冲区。

read_md_buffer_size //每个线程保留的缓冲区的大小,与上面相似,但是用于特定顺序才会使用。如果出现连续扫描与读取,则调整该参数。set session read_md_buffer_size = n

innodb_buffer_pool_size //innodb和索引的最大缓存,越大查询越快

max_connections //表示数据库的最大连接数。主要浪费内存大小。(大于系统最大链接数,会死机)

innodb_flush_log_at_trx_commit //表示缓冲区数据什么时候写入到日志中,并且将日志写入到磁盘当中。该值有三个值:

0每隔一秒将数据写入日志,再写入硬盘。不安全,但是速度快

1每次提交事务的时候才写入日志,再写入硬盘。安全,但是速度慢

2每次提交事务的时候写入日志,每隔一秒写入硬盘。出现故障会丢失1-2s数据。

back_log //表示多少个请求可以存放在堆栈中。对TCP/IP的监听列队的大小。不接受新请求之前把数据放在缓存。只有希望一个短时间内有很多链接,才启用此值。操作系统的列队限制比mysql更大,不能超过,否则无效。

interactive_timeout //关闭服务器链接前的等待时间。

thread_buffer_size //每个需要排序的线程分配的缓冲区的大小,如果有很多新的线程,可以调高这个值。

wait_timeout //服务器关闭一个链接所等待的时间s,默认28800

看完上述内容,你们掌握mysql数据库优化思路与方向是怎样的的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!