1.数据库设计与规划--以后再修该很麻烦,估计数据量,使用什么存储引擎
2.数据的应用--怎样取数据,sql语句的优化
3.mysql服务优化--内存的使用,磁盘的使用
4.操作系统的优化--内核、tcp连接数量
5.升级硬件设备
磁盘io规划
raid技术:raid0[xfs]
swap分区:最好使用raid0
磁盘分区:一个库放到一个分区上或一个磁盘上
物理分区
create table t1(id int,name char(20)) data directory='/data/' index directory ='/data';
mkdir /data
chown mysql.mysql /data
mysql> show variables like '%part%';
4.操作系统的优化
网卡bonding技术,
tcp连接数量限制
优化系统打开文件的最大限制
关闭操作系统不必要的服务
5.mysql服务优化
show status 看系统的资源
show variables 看变量,在my.cnf配置文件里定义的
show warnings 查看最近一个sql语句产生的错误警告,看其他的需要看.err日志
show processlist显示系统中正在运行的所有进程。
show errors
启用mysql慢查询:---分析sql语句,找到影响效率的SQL
log-slow-queries=/var/lib/mysql/slow.log 这个路径对mysql用户具有可写权限
long_query_time=2 查询超过2秒钟的语句记录下来
上面的2 是查询的时间,即当一条SQL 执行时间超过5秒的时候才记录,/var/lib/mysql/slow.log 是日志记录的位置。
然后重新启动MySQL服务
对查询进行缓存
query_cache_size 使用多大内存来缓存查询语句[+8M]
mysql> show variables like'%query%'
query_cache_size=8M
[root@st mysql]# vim /etc/my.cnf
mysql> show status like '%Qcache%';
Qcache_free_blocks:说明缓存太大了。缓存中相邻内存的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理,从而得到一个空闲块。[+8M]
Qcache_free_memory缓存中的空闲内存
Qcache_hits每次查询在缓存中命中时就增大
Qcache_inserts每插入一个查询时就增大。命中次数除以插入次数就是命中率。
Qcache_lowmen_prunes缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间看;如果这个数字在不断增长就表示可能碎片非常严重,或者内存很少
Qcache_hits/Qcache_inserts 命中率
关键字缓冲区
mysql> show status like '%key%';
mysql> show variables like'key_buffer_size';
key_buffer_size 指定索引缓冲区的大小,它决定索引处理的速度,尤其是索引读的速度。[+8M]
key_read_requests 请求总数
key_reads 代表命中磁盘的请求个数
(key_read_requests-key_read)/key_read_requests:命中率
key_buffer_size只对MyISAM表起作用。即使你不使用MyISAM表,但是内部的临时磁盘表是MyISAM表,也要使用该值。可以使用检查状态值created_tmp_disk_tables得知详情。
对于1G内存的机器,如果不使用MyISAM表,推荐值是16M(8-64M)。
临时表空间大小:order by和group by时把数据放到临时表里。
tmp_table_size 占的是内存的大小,如果太小在排序时会出错
created_tmp_tables 创建临时表的数量
max_tmp_tables=32
tmpdir=/tmp 硬盘上临时表所在的位置
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
innodb表:
创建表空间文件
[mysqld]
innodb_data_file_path=ibdata1:10M:autoextend
这个设置配置一个可扩展大小的尺寸为10MB的单独文件,名为ibdata1。没有给出文件的位置,所以默认的是在MySQL的数据目录内。
如果你对最后的数据文件指定autoextend选项。如果数据文件耗尽了表空间中的自由空间,InnoDB就扩展数据文件。扩展的幅度是每次8MB。
要为一个自动扩展数据文件指定最大尺寸,请使用max属性。下列配置允许ibdata1涨到极限的500MB:
[mysqld]
innodb_data_file_path=ibdata1:10M:autoextend:max:500M
InnoDB默认地在MySQL数据目录创建表空间文件。要明确指定一个位置,请使用innodb_data_home_dir选项。比如,要使用两个名为ibdata1和ibdata2的文件,但是要把他们创建到/ibdata,像如下一样配置InnoDB:
[mysqld]
innodb_data_home_dir = /ibdata
innodb_data_file_path=ibdata1:50M;ibdata2:50M:autoextend
mysql> show variables like 'innodb_buffer_pool_size';
innodb_buffer_pool_size
对于InnoDB表来说,innodb_buffer_pool_size的作用就相当于key_buffer_size对于MyISAM表的作用一样。InnoDB使用该参数指定大小的内存来缓冲数据和索引。对于单独的MySQL数据库服务器,最大可以把该值设置成物理内存的80%。
根据MySQL手册,对于2G内存的机器,推荐值是1G(50%)。
mysql> show variables like 'innodb_%per%';[建议打开]
innodb_file_per_table =1 为每一个表单独创建一个表空间文件。
其他参数
skip-locking
取消文件系统的外部锁,减少出错几率增强稳定性
skip-name-resolve
关闭mysql的dns反查功能。这样速度就快了!
选项就能禁用DNS解析,连接速度会快很多。不过,这样的话就不能在MySQL的授权表中使用主机名了而只能用ip格式。
wait_timeout=10 终止空闲时间超过10秒的链接,避免长连接[默认8个小时]
max_connect_errors=10 //10次连接失败就锁定,使用flush hosts 解锁,
或mysqladmin flush-hosts解锁
SQL语句调优:
explain命令:查询select。
.type
这列很重要,显示了连接使用了哪种类别,有无使用索引
从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
本文摘自互联网
相关推荐
MySQL优化思路.wmv
MySQL优化思路 业务高峰期不小心拔掉了服务器电源!! 一文搞懂MySQL体系架构!! 关于MySQL日志,我与阿里P9都聊了些啥? 记一次MySQL崩溃修复案例,再也不用删库跑路了!! 如何最大程度防止人为误操作MySQL数据库...
MySQL全面优化是一个涉及多个层面的过程,包括硬件层优化、架构优化、事务与锁优化、索引优化、开发规范以及参数调整等。以下是对这些优化点的详细解释: 1. **硬件层优化**: - 网络配置:使用bonding技术实现...
**常见案例及优化思路**,例如,当遇到大量数据的JOIN操作导致性能下降时,可以考虑使用物化视图、拆分大表或优化JOIN条件。对于慢查询,可以通过调整查询语句,添加合适的索引,或者优化数据库配置(如增加缓冲池...
优化思路 页面查看 解决思路:从Redis缓存中查看数据,减少数据库访问 学生可能多次登陆系统,第一次登陆时将学生信息加载进Redis,减少后续登陆时对数据库的访问 通过单例模式构 【资源声明】:本资源作为“参考...
怎么利用语义优化的思路人工进行SQL语句的优化? 预计时间1小时 第9课 查询优化技术理论与MySQL实践(七)------非SPJ的优化 什么是非SPJ优化? 从理论看,GROUP BY、ORDER BY、LIMIT、DISTINCT等怎么被优化? ...
#### 优化思路 ##### 3.1 优化什么 - **安全**:确保数据的可持续性。 - **性能**:实现数据的高性能访问。 ##### 3.2 优化的范围有哪些 - **存储、主机和操作系统**: - 主机架构的稳定性 - I/O规划和配置 - ...
包含内容:MySQL入门到精通经典教程;MySQL优化讲义;MySQL优化笔记;SQL优化思路;索引学习;MySQL服务器调优思路;
#### 三、常见案例及优化思路 - **案例分析**: - 分析具体业务场景中的典型查询案例。 - 识别这些案例中存在的性能瓶颈。 - **优化思路**: - 根据案例特点,提出具体的优化措施。 - 涉及索引调整、查询改写等...
### MySQL优化 #### 1. 性能监控与分析 - **慢查询日志**:开启慢查询日志记录,用于定位执行时间过长的SQL语句。 - **Explain分析**:利用EXPLAIN关键字来分析SQL执行计划,找出性能瓶颈。 - **InnoDB引擎参数调优...
01-MySQL优化大的思路.wmv 02-Awk简洁入门.wmv 03-观察服务器周期性变化.wmv 04-观察MySQL进程状态.wmv 05-列选取原则.wmv 06-多列索引生效规则.wmv 07-多列索引实验.wmv 08-商城多列索引实验.wmv 09-聚簇索引概念....
在这份文档中,作者崔虎龙提供了一系列的故障排查思路和方法,通过案例加持的方式,帮助读者在一个小时内快速掌握如何对MySQL进行有效的问题分析和故障排查。 在进行MySQL故障排查时,首先应该掌握问题分析的基本...
如 MySQL Schema 设计的技巧,Query 语句的性能优化方式方法及MySQL Server中SQL层和存储引擎层的优化思路。同时还分析了 MySQL 数据库中主要存储引擎的锁定机制。架构设计篇则主要以设计一个高可用可扩展的分布式...
如果突然交给你一个你完全不清楚的数据库让你进行优化,可能我们需要对sql语句进行优化,我们需要又怎么样的思路: 1.首先我们要了解一下次库是以写为主还是读为主: 通过show [session|global] status like '...