为了设置合理的MySQL参数,需要根据实际情况和使用场景来进行调整。通常而言,你应该关注以下几个方面:
连接数量: 在MySQL中有一个max_connections参数,用于限制MySQL服务器能够同时支持的客户端连接数。
数据库缓存: MySQL有一个query_cache参数,用于设置查询结果的缓存大小,以便加快对相同SQL语句的多次执行。
数据库日志: MySQL有一个log_error参数,用于设置日志文件的位置和大小,以便更好地监控MySQL的运行情况。
NineData是一款非常有特色的数据库SQL开发产品,对MySQL常用功能支持非常完整,包括智能的SQL补全、SQL执行历史、结果集编辑、数据对比、结构对比、数据迁移与复制等。它采用SaaS架构模式,用户不仅可以免费使用,而且无需下载安装,上手比较简单。NineData产品更新迭代比较敏捷,对于开发者的新需求响应比较迅速。另外,该产品在多云适配上是其重要的强项,支持多种连接和访问云数据库的方式,对阿里云、腾讯云、华为云、AWS等都有比较好的支持。另外,也适配国内比较流行的PolarDB、GaussDB、TDSQL等数据库。
对于新用户NineData还会赠送两个示例数据库,供用户使用。另外,NineData还提供了企业级SQL开发能力,支持多用户管理、数据库访问权限控制、变更流程、SQL规范、SQL与 *** 作审计等内容,可以较好的解决企业内多人协作访问数据库的问题。
(一)连接
连接通常来自Web服务器 下面列出了一些与连接有关的参数 以及该如何设置它们
max_connections
这是Web服务器允许的最大连接数 记住每个连接都要使用会话内存(关于会话内存 文章后面有涉及)
max_packet_allowed
最大数据包大小 通常等于你需要在一个大块中返回的最大数据集的大小 如果你在使用远程mysqldump 那它的值需要更大
aborted_connects
检查系统状态的计数器 确定其没有增长 如果数量增长说明客户端连接时遇到了错误
thread_cache_size
入站连接会在MySQL中创建一个新的线程 因为MySQL中打开和关闭连接都很廉价 速度也快 它就没有象其它数据库 如Oracle那么多持续连接了 但线程预先创建并不会节约时间 这就是为什么要MySQL线程缓存的原因了
如果在增长请密切注意创建的线程 让你的线程缓存更大 对于 或 的thread_cache_size 内存占用也不多
(二)查询缓存
MySQL中的缓存查询包括两个解析查询计划 以及返回的数据集 如果基础表数据或结构有变化 将会使查询缓存中的项目无效
query_cache_min_res_unit
MySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的 使用下面的公式计算查询缓存的平均大小 根据计算结果设置这个变量 MySQL就会更有效地使用查询缓存 缓存更多的查询 减少内存的浪费
query_cache_size
这个参数设置查询缓存的总大小
query_cache_limit
这个参数告诉MySQL丢掉大于这个大小的查询 一般大型查询还是比较少见的 如运行一个批处理执行一个大型报表的统计 因此那些大型结果集不应该填满查询缓存
qcache hit ratio = qcache_hits / (qcache_hits + _select)
使用
SQL>show status like qcache%
SQL>show status like _%
找到这些变量
average query size = (query_cache_size qcache_free_memory)/qcache_queries_in_cache
使用
SQL>show variables like query%
qcache_* status variables you can get with:
SQL>show status like qcache%
获取query_cache_size的值
(三)临时表
内存速度是相当快的 因此我们希望所有的排序 *** 作都在内存中进行 我们可以通过调整查询让结果集更小以实现内存排序 或将变量设置得更大
tmp_table_size
max_heap_table_size
无论何时在MySQL中创建临时表 它都会使用这两个变量的最小值作为临界值 除了在磁盘上构建临时表外 还会创建许多会话 这些会话会抢占有限制的资源 因此最好是调整查询而不是将这些参数设置得更高 同时 需要注意的是有BLOB或TEXT字段类型的表将直接写入磁盘 深入浅出MySQL双向复制技术
(四)会话内存
MySQL中每个会话都有其自己的内存 这个内存就是分配给SQL查询的内存 因此你想让它变得尽可能大以满足需要 但你不得不平衡同一时间数据库内一致性会话的数量 这里显得有点黑色艺术的是MySQL是按需分配缓存的 因此 你不能只添加它们并乘以会话的数量 这样估算下来比MySQL典型的使用要大得多 最佳做法是启动MySQL 连接所有会话 然后继续关注顶级会话的VIRT列 mysqld行的数目通常保持相对稳定 这就是实际的内存总用量 减去所有的静态MySQL内存区域 就得到了实际的所有会话内存 然后除以会话的数量就得到平均值
read_buffer_size
缓存连续扫描的块 这个缓存是跨存储引擎的 不只是MyISAM表
sort_buffer_size
执行排序缓存区的大小 最好将其设置为 M M 然后在会话中设置 为一个特定的查询设置更高的值
join_buffer_size
执行联合查询分配的缓存区大小 将其设置为 M M大小 然后在每个会话中再单独按需设置
read_rnd_buffer_size
用于排序和order by *** 作 最好将其设置为 M 然后在会话中可以将其作为一个会话变量设置为更大的值
(五)慢速查询日志
慢速查询日志是MySQL很有用的一个特性
log_slow_queries
MySQL参数中log_slow_queries参数在f文件中设置它 将其设置为on 默认情况下 MySQL会将文件放到数据目录 文件以 主机名 slow log 的形式命名 但你在设置这个选项的时候也可以为其指定一个名字
long_query_time
默认值是 秒 你可以动态设置它 值从 到将其设置为on 如果数据库启动了 默认情况下 日志将关闭 截至 和安装了Google补丁的版本 这个选项可以以微秒设置 这是一个了不起的功能 因为一旦你消除了所有查询时间超过 秒的查询 说明调整非常成功 这样可以帮助你在问题变大之前消除问题SQL
log_queries_not_using_indexes
开启这个选项是个不错的主意 它真实地记录了返回所有行的查询
小结
lishixinzhi/Article/program/MySQL/201311/29371set global 参数名=参数值
set @@global.参数名 :=参数值
会话参数
set [session] 参数名=参数值
set @@session.参数名 :=参数值
内存配置相关参数
确定可以使用的内存的上限
确定mysql每个连接使用的内存
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)