MySQL性能优化（硬件，系统配置，表结构，SQL语句）

最新推荐文章于 2024-07-15 03:30:07 发布

m0_67391683

最新推荐文章于 2024-07-15 03:30:07 发布

阅读量192

点赞数

分类专栏：面试学习路线阿里巴巴文章标签： android 前端后端

本文链接：https://blog.csdn.net/m0_67391683/article/details/126062297

版权

本文详细介绍了MySQL的性能优化方案，从硬件升级、系统配置优化、表结构设计和SQL语句优化四个方面展开，强调了硬件优化对于数据库性能的重要性，同时提供了具体的配置建议和注意事项，如适当的数据类型选择、字符编码、表结构设计和SQL优化技巧，帮助开发者提升数据库性能。

摘要由CSDN通过智能技术生成

MySQL优化方案

想必大家都知道，面试期间一提到数据库，就会聊到数据库优化相关问题。网上关于数据库优化的文章也是眼花缭乱，层出不穷。今天将会通过这篇文章细分几点给大家汇总整理出一套关于MySQL数据库的优化方案，让大家通过学习这篇文章不再被面试官吊打！

在这里插入图片描述
成本：硬件优化 > 系统配置优化 > 表结构优化 > SQL语句优化 > 索引优化。

效果：索引优化 > SQL语句优化 > 表结构优化 > 系统配置优化 > 硬件优化。

文章目录

MySQL优化方案

（下面由高成本到低成本详细讲解优化方案）

一.硬件优化

硬件优化无非就是对MySQL所在的服务器CPU，内存，磁盘进行优化。大内存，高IO，是现代基于web的数据库的必备（百度的服务器内存：96G —128个，2个实例 ,CPU8到16颗）。不同版本的MySQL对多核CPU的支持也不一样。

服务器硬件对MySQL性能的影响及优化方案

CPU对于MySQL应用，推荐使用S.M.P.架构的多路对称CPU，例如：可以使用两颗Intel Xeon 3.6GHz的CPU，现在我较推荐用4U的服务器来专门做数据库服务器，不仅仅是针对于mysql。
物理内存对于一台使用MySQL的Database Server来说，服务器内存建议不要小于2GB，推荐使用4GB以上的物理内存，不过内存对于现在的服务器而言可以说是一个可以忽略的问题，工作中遇到了高端服务器基本上内存都超过了16G。
磁盘寻道能力（磁盘I/O）,以目前高转速SCSI硬盘(7200转/秒)为例，这种硬盘理论上每秒寻道7200次，这是物理特性决定的，没有办法改变。MySQL每秒钟都在进行大量、复杂的查询操作，对磁盘的读写量可想而知。所以，通常认为磁盘I/O是制约MySQL性能的最大因素之一，对于日均访问量在100万PV以上的系统，由于磁盘I/O的制约，MySQL的性能会非常低下！解决这一制约因素可以考虑以下几种解决方案：使用RAID-0+1磁盘阵列，注意不要尝试使用RAID-5，MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。

注意：以上这些规划应该在初始设计系统时就应该考虑好。

二.系统配置优化

基本配置

当然还有其他的设置可以起作用，取决于你的负载或硬件：在慢内存和快磁盘、高并发和写密集型负载情况下，你将需要特殊的调整。然而这里的目标是使得你可以快速地获得一个稳健的MySQL配置，而不用花费太多时间在调整一些无关紧要的MySQL设置或读文档找出哪些设置对你来说很重要上。

Linux系统中MySQl配置文件一般位于/etc/my.cnf

innodb_buffer_pool_size

这是你安装完InnoDB后第一个应该设置的选项。缓冲池是数据和索引缓存的地方。默认大小为128M。这个值越大越好决于CPU的架构，这能保证你在大多数的读取操作时使用的是内存而不是硬盘。典型的值是5-6GB(8GB内存)，20-25GB(32GB内存)，100-120GB(128GB内存)。

innodb_log_file_size

这是redo日志的大小。redo日志被用于确保写操作快速而可靠并且在崩溃时恢复。一直到MySQL 5.1，它都难于调整，因为一方面你想让它更大来提高性能，另一方面你想让它更小来使得崩溃后更快恢复。幸运的是从MySQL 5.5之后，崩溃恢复的性能的到了很大提升，这样你就可以同时拥有较高的写入性能和崩溃恢复性能了。一直到MySQL 5.5，redo日志的总尺寸被限定在4GB(默认可以有2个log文件)。这在MySQL 5.6里被提高。一开始就把innodb_lo