公司升级了服务器的配置, 内存吃紧的问题得以解决, 由此想到了几个优化 MySQL 的简单方法. 首先明确两件事, 我们的业务场景是常见的高并发 web 服务, 查询速度是重中之重. 还有就是优化前一定要备份数据库, 不然出问题就只能跑路了.
1. 使用固态硬盘
这个优化方法毫无技术含量, 完全就是花钱买性能, 但是不得不说这个方法相当的简单, 粗暴, 有效. 借助固态硬盘高频的读写速度可以大幅提升 MySQL 的各项性能
2. 添加索引
当数据量达到一定级别时, 添加合适的索引是必须的. MySQL 是 B + 树或者其变种树, 将数据按照索引的数据结构排序以优化查询效果. 如果表中的数据要频繁的插入, 删除时, 这些操作会损害索引, 导致索引占用了很大的无效空间. 我就见过一张数据表的所以比数据量大很多, 查询速度超慢甚至不及不添加索引, 原因就是频繁的插入删除导致的, 这种场景需要定期删除索引然后重新生成索引
3. 去掉外键
大学期间, 老师强调了使用外键来约束数据一致性是很有必要的. 上学时我也严格奉行了这一观点, 毕竟这可以让我少写代码, 把一致性问题抛给数据库. 工作后结合真正的业务场景, 数据库常常成为性能瓶颈, 而服务并不会成为性能瓶颈, 所以将数据一致性问题的解决方案写入服务中以此减少数据库压力很有必要.
4. 使用 InnoDB
很多事实都表明 InnoDB 比 MyISAM 更具优势. InnoDB 对内存的使用更全面, 内存的访问速度显然比磁盘要快
5. 设置 InnoDB 内存
innodb_buffer_pool_size 参数代表分配给 InnoDB 的内存大小, 分配内存时要给操作系统留下足够的内存. 根据同事的经验之谈是可以为 innodb_buffer_pool_size 分配服务器 80% 的内存, 当然了, 这么做的前提条件是你的服务上基本只有 MySQL, 如果服务器上存在数据解析等其他很费内存的服务时, innodb_buffer_pool_size 数值要酌情减少
6. 设置 InnoDB 多任务
如果分配给 innodb_buffer_pool_size 的内存大于 2G 时, 我们可以考虑将 InnoDB 的缓冲池划分为多个, 我们可以修改配置中的 innodb_buffer_pool_instances 参数. 对于高并发服务, 性能瓶颈往往是多线程访问 MySQL, 划分更多的缓冲池可以有效的缓解这个问题. 当然缓冲池也不是越多越好, 每个缓冲池的内存过低的话就不能发挥出多个缓冲池的优势了. 官方的建议是每个缓冲池需要至少 1G 的内存.
最后提醒大家, 对 MySQL 的配置修改需要重启 MySQL 才能生效
来源: https://www.cnblogs.com/baiyb/p/8848847.html