gpt4 book ai didi

Mysql优化

转载 作者:撒哈拉 更新时间:2024-12-13 00:23:25 57 4
gpt4 key购买 nike

印象深刻的是刚进入一家公司,给了一个excel,里面的内容是线上慢查询的sql。因为sql太长过于复杂,然后就开启了顺着sql梳理业务的模式.

这里只是单纯的优化sql,但出现系统慢的情况,IO优化应该按照以下思路进行.

优化思路

每个人理解的性能优化都不一样,对于数据库的性能优化,我理解的就是响应时间更短.

硬件层面

  • cpu。使用更快CPU,甚至更多的CPU,特别是cpu一级二级缓存大小
  • 内存读写速度
  • 硬盘读写速度
  • 网络IO速度

软件层面

  • 操作系统。unix更快更安全更稳定。
  • 文件系统。ext4顺序读写更好,随机若些。NTFS对于频繁修改的数据容易产生磁盘碎片。
  • 硬盘调度算法
  • 虚拟内存设置

以上偏硬件的优化内容,这些和基础运维和费用成本有直接关系.


mysql服务器配置优化

配置项 作用范围 功能 建议
query_cache_size 全局 查询缓存 建议不使用
sort_buffer _size 每个线程可以单独设置 排序缓冲池大小 默认
join_buffer_size 每个线程可以单独设置 如果一个查询中关联多张表,可以为每个关联分配一个关联缓冲 (join buffer) ,所以每个查询可能有多个关联缓冲。
table_cache_size 全局 缓存表的信息 默认
thread_cache_size 全局 线程池大小 默认
query_cache_size 全局 查询缓存带下,mysql会在启动的时候分配该空间,后面修改也会重新分配并初始化大小。 不建议使用
read_buffer_size 全局 每个线程对表进行顺序扫描时分配的缓冲区大小。太小,就会导致顺序频繁的磁盘IO。太大,浪费内存 默认。尽量避免全表扫描
read_rnd_buffer_size 全局 每个线程进行随机读取的时候分配的缓冲区大小。优缺点同上 同上
sort_buffer_size 全局 每个线程执行sql需要排序操作时分配的缓冲区大小。同上 同上
innodb_log_file_size 全局 redolog日志文件大小 ,设置过小会导致频繁的刷盘,性能低,如果出现故障的时候,还可能会出现不完整事务日志记录;过大,崩溃恢复慢,并且会占用更大的文件 根据系统负载、性能,业务需求调整
innodb_1og_fles_in_group 全局 设置innodb_log_file的个数的 系统默认即可
Innodb_os_1og_written show innodb status查看 查看innodb对日志文件写出了多少数据 默认

innnodb 缓冲池

show innodb status 可以查看脏页的刷新量:Inodbbuffer_pool_pages_dirty 。

缓冲池过大,很多数据在内存里面,查询起来是快一些。当需要刷新到磁盘到时候会很慢,预热和关闭大时间都会变长。 缓冲池过小,刷盘都时间变快,但是内存里的数据少了,查询变慢.

可以监控Inodbbuffer_pool_pages_dirty状态变量或者使用innotop 来监控SHOW INNODB STATUS 来观察脏页的刷新量。 更小的innodb_max dirty_pages_pct变量值并不保证InnoDB将在缓冲池中保持更少的脏页。它只是控制InnoDB是否可以“偷懒(Lazy)” 的阈值。InnoDB默认通过一个 后台线程来刷新脏页,并且会合并写人,更高效地顺序写出到磁盘。这个行为之所以被称为 “偷懒 (Lazy)”,是因为它使得InnoDB延迟了缓冲池中刷写脏页的操作,直到一些其他数据必须使用空间时才刷写 。当脏页的百分比超过这个阈值 ,InnoDB 将快速地刷写脏页,尝试让脏页的数量更低。当事务日志没有足够的空间剩余时,InnoDB 也将进人“激烈刷写(FuriousFlushing)”模式,这就是大日志可以提升性能的一个原因.

InnoDB怎样刷新日志缓冲。当InnoDB 把日志缓冲刷新到磁盘日志文件时,先会使用 一 个 Mutex 锁住缓冲区,刷新到所需要的位置,然后移动剩下的条目到缓冲区的前面。当 Mutex释放时,可能有超过一个事务已经准备好刷新其日志记录。InnoDB有一个GroupC ommit功能,可以在一个I/0操作内提交多个事务.

日志缓冲必须呗刷新到磁盘,这样才能保证提交的事务被完全持久化。如果和持久化相比,更在乎性能,那么就可以调整 innodb_flush_1og_at_trxcommit 来控制redolog缓冲区的刷新频率。 innodb_flush_1og_at_trxcommit可配置选项 。

配置项 内容
0 每秒钟把缓冲区中的数据刷新到relodlog中,但是事务提交的时候数据不会真正的持久化
1 每次事务提交的时候都刷新缓冲区到redolog文件中,并且事务提交都刷新到磁盘。这样能保证任何已提交的事务不会丢失。除非磁盘或者操作系统是“伪刷新” 。这个级别也是innodb默认设置
2 每次事务提交时,把日志缓冲写到日志文件,但是没有持久化到存储中;这个设置在断电或者数据库崩溃时会丢失数

双写缓冲

为了防止把缓冲区数据写入磁盘的时候系统发生故障、断电等因素,导致数据不完整的情况,所以有了双写缓冲.

实际是指在写入磁盘之前,先把这些内存中的数据顺序写入到双写缓冲(磁盘中顺序文件),写入成功以后才会写入数据磁盘.

在数据库启动和恢复过程中,InnoDB 会检查数据文件中的数据页是否完整。如果发现某一个数据页有问题,就会从双写缓冲中读取对应的完整的数据副本。这样就可以保证数据的完整性.

是要两次写入磁盘,但这个双写缓冲是顺序写入,速度还可以.

innodb并发控制

innodb_thread_concurrency 可以控制一次性能有多少个线程进入到内核,0表示不限制.

因为大多数是磁盘IO操作,所以建议设置值=CPU * 磁盘数量 * 2 。

concurrent_insert 可以控制myisam并发插入的线程数.

选项 作用
0 不允许并发插入,所有插入都会加表锁
1 如果表中没有空洞,就允许并发插入
2 强制插入表尾,时间长了会有碎片

优化大数据

blob和text类型的数据,尽量不用和其他字段在一起使用。如果一定要使用,必须做到和其他表隔离.

排序优化

当排序的数据行长度不超过max_length_for_sort_data时,会使用单路排序; 如果排序数据的长度超过max_length_for_sort_data时,会使用多路排序; 所以,配置该字段会影响排序算法选择.

其他参数

temp_table_size 控制临时表大小; max_connections 最大连接数; thread_cache_size 内存池大小; innodb_io_capacity 每秒多少个IO操作; innodb_buffer_pool_size inno_db_file_size 非常重要,如果你不了解,可以自己学习一下mysql的innodb引擎; 。

。。。。.

最后此篇关于Mysql优化的文章就讲到这里了,如果你想了解更多关于Mysql优化的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

57 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com