数据库优化思路与方向
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了数据库优化思路与方向相关的知识,希望对你有一定的参考价值。
一、基础优化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
以上是关于数据库优化思路与方向的主要内容,如果未能解决你的问题,请参考以下文章