印象深刻的是刚进入一家公司，给了一个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_writtenshow 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引擎；
。。。。。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
