池到单独的实例中可以提高并发性， #通过减少不同线程读写缓存页面时的争用。 innodb_缓冲区_池_实例=8 #确定可以同时进入InnoDB的线程数。 innodb\u并发\u票证=5000 #指定插入到旧子列表中的块在首次访问之前必须停留在该子列表中的时间（毫秒） #它可以移动到新的子列表。 innodb_old_blocks_time=1000 #它指定MySQL一次可以打开的最大.ibd文件数。最小值为10。 innodb_open_files=300 #启用此变量后，InnoDB将在元数据语句期间更新统计信息。 innodb_元数据上的统计数据=0 #启用innodb_file_per_table（5.6.6及更高版本中的默认值）时，innodb将为每个新创建的表存储数据和索引 #在单独的.ibd文件中，而不是在系统表空间中。 innodb_文件每_表=1 #使用以下值列表：0表示crc32，1表示strict_crc32，2表示innodb，3表示strict_innodb，4表示none，5表示strict_none。 innodb_校验和算法=0 #MySQL可以拥有的未完成连接请求数。 #当MySQL主线程在很短的时间内收到许多连接请求时，此选项非常有用。 #然后，主线程需要一些时间（尽管很少）来检查连接并启动一个新线程。 #back_log值指示在MySQL暂时停止之前的这段短时间内可以堆叠多少个请求 #停止回答新请求。 #仅当您希望在短时间内获得大量连接时，才需要增加此值。 返回日志=120 #如果将其设置为非零值，则每刷新\u时间秒关闭所有表，以释放资源和资源 #将未刷新的数据同步到磁盘。 #此选项最好仅在资源最少的系统上使用。 刷新时间=0 #用于普通索引扫描、范围索引扫描和不使用 #索引，从而执行全表扫描。 连接缓冲区大小=4M #一个数据包或任何生成或中间字符串的最大大小，或由 #mysql_stmt_send_long_data（）C API函数。 允许的最大数据包数=4M #如果来自主机的多个连续连接请求在没有成功连接的情况下被中断， #服务器阻止该主机执行进一步的连接。 最大连接错误=100 #更改mysqld可用的文件描述符的数量。 #如果mysqld显示错误“打开的文件太多”，则应尝试增加此选项的值。 打开\u文件\u限制=4161 #设置查询缓存类型。0表示关，1表示开，2表示按需。 #查询\缓存\类型=1 查询\缓存\类型=1 如果你在显示全局状态输出中看到许多StuttMyMelgEnter秒，你可以考虑增加 #sort_buffer_size值可加速查询优化无法改进的按订单或按分组操作 #或者改进索引。 排序缓冲区大小=256K #可以存储在定义缓存中的表定义数（来自.frm文件）。 #如果使用大量表，则可以创建大型表定义缓存以加快表的打开速度。 #与普通的表缓存不同，表定义缓存占用更少的空间，并且不使用文件描述符。 #最小值和默认值均为400。 表\u定义\u缓存=400 #指定基于行的二进制日志事件的最大大小（以字节为单位）。 #如果可能，将行分组为小于此大小的事件。该值应为256的倍数。 binlog\行\事件\最大\大小=8K #如果此变量的值大于0，则复制从机将其master.info文件同步到磁盘。 #（使用fdatasync（））在每次同步\u主\u信息事件之后。 同步\u主\u信息=0 #如果此变量的值大于0，MySQL服务器会将其中继日志同步到磁盘。 #（使用fdatasync（））在每次同步中继日志写入中继日志后。 同步中继日志=0 #如果此变量的值大于0，则复制从机将其relay-log.info文件同步到磁盘。 #（使用fdatasync（））在每次同步中继日志信息事务之后。 同步中继日志信息=0 #在开始时加载mysql插件。“plugin\u x；plugin\u y”。 #插件加载 #MySQL服务器的插件配置。 #松动\u mysqlx\u端口=33060 #从机跳过错误=10621032 #跳过从机启动

如果虚拟机大小为：2核/3.5 GB（RAM），innodb_缓冲区_池_大小为2G（见下文），则有可能是分页交换

# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system.  Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
#innodb_buffer_pool_size=8M
innodb_buffer_pool_size=2G

Max|u used|u connections | 55

在151的上限范围内

# The maximum amount of concurrent sessions the MySQL server will
# allow. One of these connections will be reserved for a user with
# SUPER privileges to allow the administrator to login even if the
# connection limit has been reached.
max_connections=151

您提到您有15个数据库，每个数据库的平均容量为15Mb，可能不会超过2Gb的

tmp_table_size

，但如果同时有多个请求，可能会有一个瞬间转换为基于磁盘的表

# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to disk
# based table This limitation is for a single table. There can be many
# of them.
tmp_table_size=2G

---

因此，这不是一个连接问题，但很可能是在最高使用期间发生的内存问题。您可以运行

显示引擎INNODB状态

并查找缓冲池和内存。

连接是“到MySQL服务器的连接尝试次数（成功与否）”。所以它不是当前连接的客户端。没有什么特别的。这个问题有更新吗？其他信息请求。RAM大小、#内核、MySQL主机服务器上的任何SSD设备？在pastebin.com上发布并共享链接。从SSH登录根目录，文本结果为：B）显示全局状态；至少24小时正常运行后C）显示全局变量；D） 显示完整的进程列表；E） 完成MySQLTuner报告-要下载的Windows版本的URL是-F）显示引擎INNODB状态；G） 选择名称，从信息中计数\u schema.innodb\u度量按名称排序；用于服务器工作负载优化分析，以提供建议。在2019年12月12日发布请求的附加信息将允许分析和准备建议，以缓解一天中的两个繁忙时间。您的服务器将重新启动