外包网站自己维护,网站建设公司商务网站项目书,个人工作室创业项目,宁波网站建设设计至诚服务MySQL系统配置 内存相关 sort_buffer_size 定义了每个线程排序缓存区的大小#xff0c;当索引无法满足需要的顺序信息时会用到#xff0c;执行计划中出现using filesort#xff0c;MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存#xff08;直接分配该参数的全部… MySQL系统配置 内存相关 sort_buffer_size 定义了每个线程排序缓存区的大小当索引无法满足需要的顺序信息时会用到执行计划中出现using filesortMySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存直接分配该参数的全部内存(innodb_sort_buffer_size和 myisam_sort_buffer_size和 sort_buffer_size)可以根据sort_scan、sort_rows、sort_range、sort_merge_passes状态来检查执行了多少个排序操作 通过show global status like sort%来查看排序情况。 sort_merge_passes的步骤如下mysql先会尝试在内存中进行排序使用的内存大小sort_buffer_size决定如果该值不够大则把所有的记录读到内存中mysql会把每次在内存中排序的结果存到临时文件中等mysql找到所有记录后再把临时文件中的记录做一次排序此时会增加sort_merge_passes的值 join_buffer_size 定义了每个线程所使用的连接缓冲区的大小如果一个查询关联了多张表当索引无法满足连接条件时会用到这个缓冲区执行计划中如果有using join buffer可以通过检查select_scan状态(表示第一张表执行完整扫描的连接数量)和select_full_range_join状态(表示使用范围搜索的连接数量)来判断是否需要设置更大的值 read_buffer_size 用于表的顺序扫描表示每个线程分配的缓冲区大小在进行全表扫描时mysql会按照数据的存储顺序依次读取数据块每次读取的数据块首先会暂存在read_buffer_size中当buffer空间被写满或者全部数据读取结束后再将buffer中的数据返回给上层调用者提高效率其必须是4k的倍数 read_rnd_buffer_size MySQL每个线程的随机读缓冲区大小MySQL有查询按任意顺序读取行需要时会为其分配内存进行排序查询时利用该缓冲区来暂存读取的数据MySQL会首先扫描一遍该缓冲以避免磁盘搜索提高查询速度如果需要排序大量数据可适当调高该值 上述四个参数配置是按照每个线程进行分配的所分配的内存还要乘以线程数 innodb_buffer_pool_size 定义了Innodb所使用缓存池的大小存储数据和索引页对其性能十分重要必须足够大但是过大时使得Innodb 关闭时候需要更多时间把脏页从缓冲池中刷新到磁盘中这个值越大越好这能保证你在大多数的读取操作时使用的是内存而不是硬盘。物理内存的60%~70%典型的值是5-6GB(8GB内存)20-25GB(32GB内存)100-120GB(128GB内存) innodb_additional_mem_pool_sizeInnoDB存储引擎用来存放数据字典信息以及一些内部数据结构的内存空间大小当数据库对象非常多的时候适当调整该参数的大小以确保所有数据都能存放在内存中提高访问效率当过小的时候MySQL会记录Warning信息到数据库的错误日志中这时就需要该调整这个参数大小小于2G内存的机器推荐20M32G内存以上推荐为100M innodb_buffer_pool_instances 缓冲池实例个数 key_buffer_size MyISAM为索引键设置缓冲区大小使用时才真正分配索引缓冲区所有线程共享增加索引缓冲区可以得到更好处理的索引由于数据是依赖存储操作系统缓存的所以要为操作系统预留更大的内存空间 即使开发使用的表全部是Innodb表也要为MyISAM预留内存因为MySQL系统使用的表仍然是MyISAM表 通过 show global status like key_read%查看key_buffer_size的使用情况 未命中缓存的概率 key_cache_miss_rate Key_reads / Key_read_requests * 100%该值在0.1%以下都很好如果在0.01%以下则可适当减少key_buffer_size record_buffer每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描可能想要增加该值 table_cache_size: 缓存表的数量对InnoDB效果不大主要用于MyISAM table_cache类似于thread_cache _size但用来缓存表文件同时打开表的个数对InnoDB效果不大主要用于MyISAM max_heap_table_size: 内存临时表最大大小 tmp_table_size 临时表大小检查Created_tmp_disk_tables状态来看是否需要增大该配置 临时表的大小取得是max_heap_table_size和tmp_table_size的最小值 通过show global status like created_tmp%查询临时表情况Created_tmp_disk_tables表示在磁盘上创建临时表Created_tmp_files表示创建的临时文件数 Created_tmp_disk_tables / Created_tmp_tables*100% 25%就可以 innodb_file_per_table: 每个表一个文件InnoDB是否需要将所有表的数据和索引存放在共享表空间里innodb_file_per_table OFF 或者为每张表的数据单独放在一个.ibd文件innodb_file_per_table ON。每张表一个文件允许你在drop、truncate或者rebuild表时回收磁盘空间 max_length_for_sort_data: 用于排序数据的最大长度可以影响MySQL选择哪个排序算法 query_cache_size查询缓存区大小缓存MySQL中的ResultSet也就是一条SQL语句执行的结果集所以仅仅只能针对select语句。当某个表的数据有任何任何变化都会导致所有引用了该表的select语句在Query Cache中的缓存数据失效。所以当我们数据变化非常频繁的情况下使用Query Cache可能得不偿失。根据命中率(Qcache_hits/(Qcache_hitsQcache_inserts)*100))进行调整一般不建议太大256MB可能已经差不多了大型的配置型静态数据可适当调大。 通过命令show status like Qcache_%查看目前系统Query catch使用大小可以使用query_cache_type来启用或禁用查询缓存 Qcache_free_blocks 缓存中相邻内存块的个数。数目大说明可能有碎片使用flush query cache 会对缓存中的碎片进行整理 Qcache_free_memory 缓存中的空闲内存 Qcache_hits 命中次数 Qcache_inserts 每次插入一个查询时就会增大 Qcache_lowmem_prunes 多少条query因为内存不足而被清除出query cache Qcache_not_cached 不适合进行缓存的查询数量 Qcache_queries_in_cache 当前缓存的查询数量 Qcache_total_blocks 缓存中块的数量 query_cache_limit 超过此大小的查询将不缓存 query_cache_min_res_unit 缓存块的最小值 query_cache_type 缓存类型 query_cache_wlock_invalidate 当有其他客户端在对MyISAM表进行写操作时读操作要等write lock释放资源后在查询还是允许直接从query cache中读取结果(FALSE 表示允许从query cache中读取结果) Innodb_buffer_pool_read_ahead 预读的次数 Innodb_buffer_pool_read_ahead_evicted 预读的页但是没有被读取就从缓冲池中被替换的页的数量用来判断预读的效率 Innodb_buffer_pool_read_requests 从缓冲池中读取页的次数 Innodb_buffer_pool_reads 从物理磁盘读取页的次数 Innodb_data_read 总共读入的字节数 Innodb_data_reads 发起读取请求的次数 缓冲池命中率Innodb_buffer_pool_read_requests/(Innodb_buffer_pool_read_requestsInnodb_buffer_pool_read_aheadInnodb_buffer_pool_reads) innodb_old_blocks_pct: 控制进入缓冲区sublist of old blocks区域的数量默认是37占整个缓冲池比例的3/8 innodb_old_blocks_time:在进行访问sublist of old blocks 区域过程里的数据块时并不是马上就移动到sublist of new blocks区域而是会先让数据停留在sublist of old blocks区域innodb_old_blocks_time(微秒)然后再移动到sublist of new blocks区域这样就保证了sublist of new blocks区域里的数据不会马上被踢出 expire_log_days : 在指定天数后清理旧的二进制日志如果开启了二进制日志应该打开这个选项否则会使得服务器的空间耗尽 thread_stack : 表示每个线程的堆栈大小 线程相关 thread_cache_sizeThread cache中存放的连接线程数缓存线程是保存当前没有与连接关联但是准备为后面新的连接服务的线程可以快速响应连接的线程请求而无需创建新的查看Threads_created状态变量来设置thread_cache_size 通过 show global status like Thread% 查询线程的创建情况如果Threads_created过大说明mysql服务器一直在创建线程可以适当增大thread_cache_size innodb_thread_concurrency: 设置一次有多少线程进入内核0表示不限制控制并发 thread_concurrency并发线程数设为CPU核数的两倍 IO相关 innodb_log_file_size : 事务redo日志文件大小100M以下 innodb_log_files_in_group :事务日志个数一般2-3个 innodb_flush_log_at_trx_commit : 事务日志刷新策略 其值如下 0每秒进行一次 log 写入 cache并 flush log 到磁盘性能最高 1在每次事务提交执行 log 写入 cache并 flush log 到磁盘最安全 2每次事务提交执行 log 数据写到 cache每秒执行一次 flush log 到磁盘折中 innodb_os_log_fsyncs状态变量存储fsync()到日志文件的操作次数innodb_os_log_pending_fsyncs包含挂起的fsync()写次数innodb_log_writes包含写入次数innodb_os_log_pending_writes包含挂起的写次数 innodb_log_buffer_size事务日志缓冲区的大小把日志文件接入磁盘的缓冲区大小为尚未执行的事务分配的缓存(redo日志)InnoDB存储引擎的事务日志所使用的缓冲区在写事务日志时为了提高性能先将信息写入innodb log buffer中当满足innodb_flush_log_at_trx_commit参数设置的条件(或缓冲区写满)时再将日志写到文件中如果事务中包含有二进制大对象或者大文本字段的话缓存会很快填满并触发额外的I/O操作可以通过看Innodb_log_waits状态变量(因缓冲区太小而导致的IO等待次数)如果该变量不为0说明innodb_log_buffer_size配置该上调了 innodb_max_dirty_pages_pct: 默认是75表示达到75%的时候刷写内存脏页到磁盘 innodb_flush_method :设置如何与文件系统进行交互数据和日志写入硬盘的方式两种方式O_DSYNC 和O_DIRECT open_files_limit: 打开文件的数目限制注意操作系统的ulimit也会限制ulimit默认是1024 innodb_io_capacity : 调整刷新脏页的数量默认是200取决于硬盘的IOPS 主从配置 log_bin: 开启二进制日志 binlog_direct_non_transactional_updates: 指定何时非事务表更新应该写入二进制日志 read_only : 备库只接受从主库传输的变更不允许使用sql来进行修改数据库 skip_slave_start : 阻止mysql自动启动复制 slave_net_timeout : 备库与主库连接失败需要重连等待的时间 网络连接 max_connections 控制允许的MySQL实例的最大连接数上限值是16384如果经常看到‘Too many connections错误可以适当的调高该值 通过 show global status like Max_used_connections查看最大使用的连接数 max_user_connection每个数据库用户的最大连接数默认为0无上限最好设一个合理上限 net_buffer_length :网络包传输中传输消息之前的net buffer初始化大小当每次消息都很大时MySQL总是需要多次申请扩展该缓存区的大小默认16K max_allowed_packet: 在网络传输中一次传输消息结果集的最大容量相当于net_buffer_length配置的上限 max_connect_errors : 连接错误的最大次数超过该次数客户端会被列入黑名单导致无法连接 back_log在MySQL的连接请求等待队列中允许存放的最大连接请求数。也就是说如果MySQL的连接数据达到max_connections时新来的请求将会被存在队列中以等待某一连接释放资源该队列的数量即back_log如果等待连接的数量超过back_log将不被授予连接资源。可以从默认的50升至500 connect_timeout: 服务器和客户端交换授权包时连接超时默认10s wait_timeout数据库连接闲置时间闲置连接会占用内存资源。可以从默认的8小时减到半小时 skip_name_resolve禁止对外部连接进行DNS解析消除DNS解析时间但需要所有远程主机用IP访问 optimizer_switch: 设置优化器中哪个高级索引合并功能被开启 default_storage_engine: 默认的存储引擎 sql_mode 支持的各种sql模式 innodb_strict_mode:一个专门为InnoDB插件提供的服务器SQL模式级别 工具相关 slow_query_log: 是否记录慢查询日志 slow_query_log_file: 慢查询日志文件名 long_query_time: 正常查询最大的执行时间超过该时间为慢查询 general_log: 是否记录所有数据库查询日志 general_log_file: 所用的日志文件名 log_output: 执行慢查询日志和全面日志的输出位置有FILE/TABLE/NONE三种选项 profiling: 是否分析每个线程的语句 动态参数和静态参数 MySQL数据库中的参数分为动态参数和静态参数动态参数可以在MySQL实例运行中进行更改静态参数在整个实例生命周期中不可修改 -- 修改动态参数值set [global | session] namevalueset [global. | session.] namevalue-- 如果想要设置成默认值set [global | session] nameDEFAULT 静态参数只能在配置文件中修改然后重新启动mysql 配置检测 可以使用tuning-primer.sh工具来进行检测当前配置 wget https://launchpad.net/mysql-tuning-primer/trunk/1.6-r1/download/tuning-primer.sh# 执行权限chmod 755 tuning-primer.sh 使用 Would you like to provide a different socket?: [y/N] n //是否使用其他的socketDo you have your login handy ? [y/N] : y //是否手动输入用户名和密码当然你可以在my.cnf里面设置User: rootPassword:Would you like me to create a ~/.my.cnf file for you? [y/N] : n //是不是要帮你在创建一个my.cnf https://zhhll.icu/2021/数据库/关系型数据库/MySQL/进阶/19.MySQL系统配置/ 本文由 mdnice 多平台发布
