来源：https://drupal.stackexchange.com/questions/315921/removing-phantom-plugin-from-database/320215#320215

这种情况可能发生：当您卸载模块时，该过程没有完全执行或没有任何删除过程，因此数据库仍然“脏”。
一般情况下，强行删除插件造成的错误如下：

[错误] DrupalComponentPluginExceptionPluginNotFoundException：
         实体类型不存在“插件名”。
         在 DrupalCoreEntityEntityTypeManager->getDefinition() 中

显示所有错误信息的配置可以帮助您理解错误和需要采取措施的位置。
你可以在这里 admin/config/development/logging 激活页面上的完整日志。此配置可以帮助您确定问题是配置问题还是插件名称被硬编码到代码中。

现在我们将解决与配置相关的问题，因此我们有两种可能的方法：

• 删除插件引用后，导出整个配置并重新导入
• 直接作用于数据库中存在的配置并删除插件

如果您遵循 Drupal 这种解决方案很可能是社区推荐的标准发布方法中最常用的解决方案之一。
通过图形界面或使用 drush config:export 命令导出整个配置。在从导出恢复的文件中，使用插件名进行全文搜索。删除导致错误的配置部分并使用它 drush config:import

这个解决方案对像我这样不能导出整个配置并重新导入但需要在网站上“热”工作的人很有用。
找出哪些配置会导致错误，你可以 db:
上运行此查询

从配置中选择名称，数据类似于“%”name-of-plugin%”；

查询在配置表中搜索有问题的插件，并返回调用插件配置的名称。

您可以在获得配置名称后继续删除插件。
根据插件和错误的配置，删除方法可能会有所不同。现在让我们考虑一个例子，它也可以作为其他情况的良好起点。

例如.
由于 Drupal 10 更新错误，我的 filter_image_lazy_load 插件有问题。
上一次查询返回了这些配置：

filter.format.basic_html
过滤器.format.full_html
过滤器.format.restricted_html

通过 config.factory 服务，我加载了配置，检查了问题。然后您可以继续删除插件：

$configName = 'filter.format.basic_html';
$config = Drupal::service('config.factory')->getEditable($configName);
$filters = $config->get('filters');
取消设置($filters['filter_image_lazy_load']);
$config->set('filters', $filters)->save()

您可以使用 drush config:get filter.format.basic_html 和 drush config:set filter.format.basic_html 完成完全相同的操作，或一次性使用 drush config:edit filter.format.basic_html

清理配置后，操作 drush 缓存：重建，应解决错误！

以上是Drupalal：删除数据库 Ghost 详情请关注其他相关文章！