数据库数据量大删除到底导致挂起怎么处理

结论：优化删除操作、调整资源、监控和预防是解决大表删除死锁的核心。
MySQL： 硬链接技巧：创建硬链接→删除原版→删除硬链接。
批量删除：DELETE FROM ... WHERE ID BETWEEN X AND Y。
文件系统：使用SSD或调整设置。
甲骨文： 扩展表空间：ALTER TABLESPACE ADD DATAFILE。
清理数据：分区表或DELETE语句。
优化设置：调整PCTFREE、INITIAL。

一般措施： 减少长时间运行的事务：监视 INNODB_TRX、KILL 线程。
监控系统：PerconaPMM、AWR、设置阈值。
备份和恢复：mysqldump、xtrabackup。

注意事项： 硬链接：验证文件。
表空间：预留2 0-3 0%的空间。
避免 DROPTABLE：使用批量链接或硬链接。

说实话：如果按照这个方法，阻塞问题将会大大减少。

Milvus数据管理：删除的实现原理

2 02 3 年，朋友告诉我Milvus的灭绝事件很有趣。
它基于软删除和分区管理机制，通过内存和磁盘数据的区分，以及分段和布隆过滤器的优化，实现高效的删除和并发操作。
首先，它将删除操作分为两种场景：未写入磁盘的数据和已写入磁盘的数据。
对于内存中的数据，会直接从MutableBuffer中移除；对于落盘的数据，它会采用软删除策略，记录删除ID，然后在下次落盘时写入DEL文件。
段 段管理机制解决了文件关联删除的问题。
每个段包括基本文件、索引文件和DEL文件。
搜索时通过位图过滤删除的数据，布隆过滤器优化删除效率。
最后，紧凑机制可以清理软删除的数据。
它实际上是一种模块化的设计，相当巧妙。
对了，我刚刚想到的还有一件事，他们还计划引入一种自动触发紧凑机制的机制。
你可以弄清楚。
如果您有兴趣，可以了解更多。
没问题。

mysql event 在执行一段时间之后 event莫名其妙被干掉了 在mysql中找不到了

2 02 3 年2 月，上海某公司数据库mysqlevent配置错误，导致事件过期后无法正确处理。

确认：选项设置不正确。
完成时从保留更改为不保留。

问题：事件在过期时会自动删除，而不是被禁用。

解决方案：修改配置，使事件过期后正确删除。