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数据库优化思路与方向是怎样的的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！
