Druid连接MySQL后，导入数据成功但MySQL中无对应数据问题咨询

嘿，我来帮你理清这个问题——你可能混淆了Druid里元数据存储和实际数据存储的区别啦！

首先明确一个核心点：你配置的MySQL是Druid的元数据存储，它只用来保存Druid的系统元数据（比如任务记录、数据源配置、Segment的元信息等），而实际导入的业务数据并不存在MySQL里。Druid的实际业务数据是存在Deep Storage（默认是本地磁盘的var/druid/segments目录），查询时由Druid的Historical节点加载这些Segment来提供查询服务。

接下来可以按以下步骤验证和确认：

1. 先确认数据是否真的导入成功 #

• 打开Druid控制台的Query页面，执行一条简单的SQL查询试试：

  SELECT COUNT(*) FROM wikiticker
  

  如果能返回具体的计数，说明数据已经成功导入了。
• 也可以去控制台的Datasources页面看看，wikiticker数据源是否存在，并且有对应的Segment信息显示。

2. 查看实际数据的存储位置 #

默认情况下，Druid的Deep Storage是本地磁盘，你可以到Druid安装目录下的var/druid/segments目录看看，里面会有以wikiticker命名的文件夹，里面就是导入后生成的Segment数据文件。

3. 再搞清楚元数据和实际数据的区别 #

你在MySQL里看到的druid表，存的都是Druid的系统级信息：

• 导入任务的状态和记录
• 数据源的配置参数
• Segment的元数据（比如它的存储位置、时间范围、大小等）
• 集群节点的运行状态等
  它根本不会存储你导入的那些维基百科业务数据，所以你在MySQL里找不到这些数据是完全正常的。

4. 如果控制台也查不到数据的排查方向 #

要是连Druid控制台都查不到数据，那可以从这几个地方入手：

• 查看任务日志：在控制台的Tasks页面找到对应的导入任务，点进去看日志，确认有没有数据被正确读取和处理。
• 检查导入配置文件quickstart/wikiticker-index.json，看看里面的数据源路径是不是正确，数据格式有没有匹配要求。
• 确认Historical节点是否正常运行：去控制台的Nodes页面看看Historical节点的状态是不是Running，只有它正常才能加载Segment提供查询。

内容的提问来源于stack exchange，提问作者Set Kyar Wa Lar