我需要知道是否有必要或建议在 REPAIR TABLE 之前尝试 LOCK TABLE，因为有时我们需要在用户处理应用程序时对表进行 REPAIR。
正如我所测试的那样，这是可能的（如果表没有严重损坏，例如缺少 .MYI），但是，MySQL 的官方文档没有说明这种情况（至少在https://dev.mysql. com/doc/refman/5.7/en/repair-table.html文档）。
我在 zabbix 仪表板上每隔 5 分钟在我的数据库服务器上看到 5 Kqps。但是在该时间间隔内所有最大查询（删除/选择/插入/更新/替换）的总和为 1300。不确定如何显示最大 5kqps，但所有最大查询的总和为 1300？我的目标是找到哪个特定的 DML（插入/更新/选择/删除）在这里导致高 QPS 并从这里获得一些方向？另一点是要了解除了这些 DML 之外，还有什么其他因素会导致高 QPS，这样我就可以朝着正确的方向前进。我有点困惑，为什么 Max QPS 可能是一些单独的 DML QPS，或者我在这里遗漏了什么？
期间的 IOPS 也显示 1Kops，如果每个查询甚至都在命中磁盘，它不应该接近 5Kops 吗？差距在哪里？
我有一个由int主键和text列组成的表，主要充当“读取”角色。目前只有大约 40,000 行，但随着时间的推移，我预计每年会增加 500,000 行。这是在一个每天可能有 10 个活跃用户的系统上，所以影响非常小。
使用 MyISAM，表小于 4MB。使用 InnoDB，它超过 7MB。
如果磁盘空间是一个问题，那么 MyISAM 真的那么不值得信任，以至于我应该使用 InnoDB 而不是 MyISAM 吗？
我正在做一些研究，但我正在努力寻找MYISAM 的b 树的分支因子，例如每页（节点）有多少键。
我还想知道 char/varchar 键是如何存储的——它们是以全长存储还是仅存储第一个“有意义的”字符。
我所说的“有意义的”字符是指：
create table a( name varchar(1000) primary key ); insert into a('london');“伦敦”键长 1000 个字符（假设为 ASCII），但键本身只有 6 个字符（如果我们将其表示为 C 字符串，则为 7 个空字符）。
在（拥有的）共享服务器上，mysql 有时会写入很多 .mad 和 .mai。这是因为我认为 2 或 3 个月，完全随机。它可能每天发生 3 次，然后在几周内不会发生，然后在星期一早上再次出现问题。
它可以快速写入大量文件。磁盘很快就满了。我将 tmp 文件夹更改为不同的位置，以便它可以写入更多文件。它现在写入的位置是 16GB，并且也已满。
我在多个位置发现了这个问题并尝试了一些解决方案。我试图限制可以写入的 tmp 文件，tmp_disk_table_size但这tmp_table_size似乎没有帮助。
我也尝试输入internal_tmp_disk_storage_engine=MyISAMmy.cnf 但 mysql 无法启动。我这样做是因为我在错误日志中搜索了解决此错误的方法：
Cannot add field images in table database_name.`jospr_tags` because after adding it, the row size is 8769 which is greater than maximum allowed size (8126) for a record on index leaf page.
如果所有数据库都更改为innodb，问题可能会停止，但我不能轻易做到这一点。这些不是我的数据库。
我在服务器上有警报，所以当磁盘快满时我会收到一条消息。当我快速登录时，磁盘已满，并且在 mysql 中检查进程列表没有显示查询，可能是因为磁盘已满而停止。
[ERROR] mysqld: Disk full (/mysqltmp/#sql_3d1b_3.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")
目前我不确定什么会有所帮助或我能做些什么来找到任何原因。所有写入的文件都归mysql所有。当我尝试拖尾文件时，它只显示mysql，当我删除文件时，进程停止并且所有文件都消失了。
我目前看到的唯一解决方案是安装一个额外的大磁盘，以便它可以写入更长的时间，以便我们找到原因。但是，此问题再次发生可能需要数周时间，我真的很想更快或更有效地解决这个问题。
我真的希望有些人可以为我提供更多信息，这可能是什么原因，当然还有任何解决方案。
顺便说一句：所有使用 MyIsam 的网站似乎都是 Joomla (3.x) 网站。
我正在将一个 csv 文件加载到一个使用 MyISAM 作为存储引擎的 mysql 数据库表中。从进程列表中我可以看出这是分两个阶段完成的：1) 读取 csv 文件和 2) 通过排序修复索引。仅供参考，我一直保持索引启用，因为它是默认的。
虽然我将myisam_repair_threads设置为2，但我认为 mysql 没有考虑到这一点，因为show processlist在进程列表中只显示一个条目。还有，开始修复之前需要一点时间间隔，为什么？
理解有误请指正！为什么 mysql 只用一个线程修复表，尽管我已将其设置为 2？我对修复策略有什么误解吗？TIA！
我问了这个问题，但经过更深入的调查后，我意识到悬挂不是问题所在。阅读此线程后，我决定提出一个新问题。
例如，我将这个字符串传递给mysql_query()函数：
SELECT 1
当我运行几千条这个命令时mysql_query()，命令没有提交到 MySQL 服务器！
我检查了 MySQL 日志文件，我简直不敢相信，但是命令不在那里，因此mysql_query()永远不会返回，因为它没有从服务器收到任何答复。
MySql 在执行之前将命令写入日志文件。我试过了SELECT SLEEP(10)。
笔记：
我知道，这确实意味着很多，但它在 SLES 11.3/XenServer 6.5 上工作了 3 年，没有任何问题。注意：这是一个 MCVE，它也不能正常工作！
自从我将它移至 SLES 12.3和XenServer 7.4 后，问题就开始了。
C++代码非常简单——我在写这个问题之前已经检查了3周。关键是这个问题在 ~10k 查询之后开始。VM 仍有约 3 GB 的空闲 RAM。
关于 MCVE 的注意事项：
我创建了一个MCVE，它适用于超过 500k 次的 MySQL 命令执行。
当我将此 MCVE 代码插入到我的项目中并评论我现有main()的代码以便从 MCVE 执行主要功能时，然后在几千次 [甚至只有数百次] 执行之后，MySQL 命令突然再次未提交到 MySQL 服务器。
更具体地说：在嵌入式 MCVE 运行之前，只有我的项目的静态对象被初始化。
对于这些静态初始化，这一定很奇怪，因为没有其他代码行在运行。
问题：
知道发生了什么事吗？尤其是命令显然 [我为什么要怀疑 MySQL 服务器日志文件] 没有从 C API 客户端提交到 MySQL 服务器这一事实真的让我很不安。
技术数据：
- 作为 VM 在 XenServer 7.4 上运行的 SLES 12.3
gcc使用7.3编译，-std=c++17几乎每个警告选项。- 使用安装了所有 SLES 更新的默认 SLES 12.3 glibc 2.22。
- 连接到 MySQL Community Server 5.7.21
- C API 客户端 5.7.21
因此，我在数据库中的所有表上启动了带有修复选项的 myisamchk 实用程序。
较小的表（最大 1GB）很快就得到修复，几乎是几秒钟。但是，我最大的表 (9GB) 需要很长时间才能修复 (20mb/min)。我的服务器因此而宕机。
我检查了“iotop -ao”，这就是我得到的：
这里发生了什么？在此屏幕截图中，300 KB/S 的读取速度非常高，我的目标是捕捉超快的写入速度。有时读取速度会达到 5-10 MB/s，但其余时间在 0-50KB/s 范围内。
该表只有几列，2 个索引 (1) Long，(2) Varchar(72)。Mysql 5.5.56，CentOS 6。正在分类修复。
我有一个 MySQL 数据库，其中有一个包含 500 万条记录和多个字段的 MyISAM 表。其中 1 个字段是 BIG INT，我理解为 8 个字节，另一个是 CHAR 13，我认为每个字符一个字节。
我注意到，虽然向每个字段添加索引时，索引文件在 CHAR 13 上增加了 51MB，在 BIGINT 上增加了 81MB。
基于每个字段的字节位置，我预计 BIG INT 会明显更小，但实际上差异与我的预期相反并且更大。
这是为什么？
CREATE TABLE `msisdns_key` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`key` mediumint(6) unsigned NOT NULL DEFAULT '0',
`key2` smallint(5) unsigned NOT NULL DEFAULT '0',
`msisdn_big` bigint(20) unsigned NOT NULL,
`msisdn_bit` binary(20) NOT NULL,
`msisdn` char(13) NOT NULL,
PRIMARY KEY (`id`),
KEY `key` (`key`),
KEY `key2` (`key2`),
KEY `msisdn_bit` (`msisdn_bit`(3)),
KEY `msisdn` (`msisdn`),
KEY `msisdn_big` (`msisdn_big`)
) ENGINE=MyISAM AUTO_INCREMENT=6745305 DEFAULT CHARSET=latin1
我正在寻找用于我的开发的 MySQL 数据库的建议。我有一个表被锁定，虽然没有进程处于活动状态。
这里有一些上下文：我是这个 MySQL 开发数据库的开发人员，没有管理权限。所有表都在 MyISAM 上。两天内我第二次发现访问特定表的所有进程都在等待锁定。我正在应用层上运行这 30 个并发进程。这些进程正在对该表进行稳定更新（可能每秒向该表添加 40 行）。此表有一个主键和一个附加索引。它有 6 列，其中 2 列带有 blob。目前，该表包含 2370 万行，大小约为 51GB。
当我发现我的 30 个进程都因为这张表上的锁而被卡住时，我首先将它们全部杀死。SHOW PROCESSLIST然后我通过为所有会话执行并发布来终止仍然打开的KILL会话。问题是即使在终止这些会话之后，有问题的表仍然显示SHOW OPEN TABLE值为IN_USE2，尽管SHOW PROCESSLIST是空的。
我无法弄清楚为什么会发生这种情况的合理原因。现在没有进程可以杀死了。REPAIR TABLE由于等待锁，我无法修复桌子。昨天晚上我遇到了这个问题，今天早上锁像魔术一样消失了。现在它再次出现。
有人知道为什么会发生这种情况吗？对我或我的 DBA 有什么正确的方法来恢复和避免问题再次发生吗？
编辑：奇怪的是，当我写这篇文章的时候，IN_USE这个表的值从 2 减少到 1。对于同一个数据库中的另一个表，从 0 移动到 1。因为我没有做任何可以解释后者增加的事情，我怀疑 MySQL 可能正在做一些特别的事情。