13518219792
可以通过查看mysql进程来实现。 进入mysql命令行客户端，选择数据库后，执行show processlist命令： 多刷新几次，可以看到最后执行的SQL语句，以此判断什么查询在占用资源。 望采纳！
创新互联建站主要业务有网站营销策划、成都网站设计、做网站、微信公众号开发、成都微信小程序、H5场景定制、程序开发等业务。一次合作终身朋友，是我们奉行的宗旨；我们不仅仅把客户当客户，还把客户视为我们的合作伙伴，在开展业务的过程中，公司还积累了丰富的行业经验、成都全网营销推广资源和合作伙伴关系资源，并逐渐建立起规范的客户服务和保障体系。
程序存储器是用于存放是系统工作的应用程序及一些不需改变的数据常数的，程序写入程序存储器后，单片机系统只能读取程序指令使系统运行，而不能再进行改写，且系统掉电后，程序不会丢失。因此，程序存储器是rom（read
only
memory），即只读存储器。
数据存储器是用于存放程序运行的中间处理数据的，可随程序运行而随时写入或读出数据存储器的内容，当系统掉电时，数据全部会丢失。因此，数据存储器是ram（random
accese
memory），即可随机读写的存储器。
在对MySQL 8.0.26 vs GreatSQL 8.0.25的对比测试过程中，有一个环节是人为制造磁盘满的场景，看看MGR是否还能正常响应请求。
在实测过程中，最后发现磁盘满的那个节点，持续时间足够久后，会因为内存消耗过大而最终被OS给OOM Kill。
这个问题我已报告BUG（#104979），下面是该过程的详细记录。
首先，直接利用dd复制空文件填满磁盘。
disk full报告过程及何时被oom killed
来看下MySQL 8.0.26遇到disk full时日志都输出哪些内容：
从disk full时刻开始，大约过了2.5小时，mysqld进程内存消耗持续上升，最终引发oom kill
在这期间某个时刻抓到的待认证事务堆积，在被oom kill前实际不止这么多：
关注mysqld进程内存消耗变化
下面是mysqld进程内存消耗变化情况
OS层oom-killer相关日志：
GreatSQL 8.0.25测试过程
作为对比，我用GreatSQL 8.0.25也做了同样的测试。
从日志详情中可以看到，当磁盘空间满了之后，GreatSQL会将那个节点主动退出集群，对整个集群的影响非常小。
此外，从集群退出后，也不会再接收认证事务了，所以也没发生内存持续暴涨最终被oom killed的情况，实际观察过程中发现内存反倒还下降了
这样对比来看，GreatSQL的可靠性还真是可以的，官方的MySQL MGR的可靠性还有待进一步加强呀。
Enjoy GreatSQL :)
当MySQL检测到磁盘空间满了，它会：
每分钟：检查空间是否得到释放，以便写入新数据。当发现有剩余空间了，就会继续写入数据，一切照旧。
每十分钟：如果还是发现没剩余空间，则会在日志中写入一条记录，报告磁盘空间满(这时候只写入几个字节还是够的)。
个例外的情况是：
当执行 REPAIR TABLE 或者 OPTIMIZE TABLE 操作时，或者执行完 LOAD DATA INFILE 或 ALTER TABLE 之后批量更新索引时，这些操作会创建临时文件，当执行这些操作过程中mysqld发现磁盘空间满了，就会把这个涉及到的表标记为crashed，删掉临时文件(除了 ALTER TABLE 操作，MySQL会放弃正在执行的操作，删除临时文件，释放磁盘空间)。
备注：当执行这些命令过程中mysqld进程被意外被杀掉的话，其所生成临时文件不会自动删除，需要手工删掉才能释放磁盘空间。
可以设置自动覆盖
解决方案[1]
找到sql server 2019 的安装目录，如：X:\Microsoft Sql Server。其中，X:\是根目录。
在sql server 2019 的安装目录X:\Microsoft Sql Server下，找到路径：
MSSQL15.MSSQLSERVER\Log\PolyBase\dump
删除除.log文件外的所有文件。
这些文件是PolyBase 相关服务产生的日志，单个将近500MB。
停止PolyBase 相关服务
1.PolyBase用于Sql Server 与外部数据源的通信 。所以，不做分布式开发，不需要启动PolyBase相关服务。
2. Sql Server 服务是Sql Server Polybase 数据移动服务（用于管理 SQL Server 和外部数据源之间的通信和数据传输） 和Sql Server Polybase 引擎服务（用于创建、协调和执行针对外部数据源的并行查询计划）的依赖项，这两个服务不停止，Sql Server服务将无法停止。
3. Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务如果设为自动，则运行后，将无法通过手动停止。
4. 如果要阻止PolyBase 服务写入日志，应当停止Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务.
5. 如果Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务已设为自动，则应先分别将其属性设为手动，然后重启计算机。
6. 在安装Sql Server时，应当首先将Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务的属性设为手动。
7. 如果在安装Sql Server时，首先将Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务的属性默认为自动，则由于无法停止Sql Server服务，将导致后续组件如R等无法安装。
8. 如果出现上述相关组件无法安装的问题，首先要将Sql Server Polybase 数据移动服务 和Sql Server Polybase 引擎服务的属性设为手动，重启计算机后，通过安装程序进行修复安装。
如需长时间运行PolyBase相关服务
在安装Sql Server前，最好专门为日志文件预留单独的分区。安装时，仔细阅读安装向导的提示，为日志文件指定单独的存储分区。这样，日志写满后，将自行覆盖，而不必担心影响应用程序运行的效率和性能。
