学会设置五大类MySQL参数

(一)连接

连接通常来自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/29371

为了设置合理的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与 *** 作审计等内容，可以较好的解决企业内多人协作访问数据库的问题。

一、无法访问系统资源

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。

sudo -u mysql touch /var/lib/mysql/b

找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：

mysql>system sudo -u mysql touch /home/mysql/data/a

mysql>create table t1 (

id int primary key,n varchar(10

) data directory

ERROR 1030 (HY000): Got error 168 from storage engine

测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。

有时虽然对系统资源有访问的权限，但系统资源已经被占用：

mysqld --no-defaults --console --user mysql

2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171

2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

二、参数设置错误

参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：

$ mysqld --verbose --help | grep "Default options " -A 1

Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：

$ mysqld --print-defaults

/usr/sbin/mysqld would have been started with the following arguments:

......

注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。

然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：

1. 在 mysqld 后加上第一个参数 --no-defaults ，这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件；

2. 第二个参数是 --console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个弊端是所有的信息都输出到屏幕上，让屏幕显得比较乱，但对于我们调试却是很方便的；

3. 第三个参数是 --log-error-verbosity=3，这个参数会显示详细的日志；

4. 然后再在后面加上有把握的参数，可以一次只加一个参数，然后启动 mysqld，采用排除法逐步找出错误的参数。

---