来源：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 缓存：重建，错误应该得到解决！
