为什么Sequel Pro对表格显示不同的结果'；在命令行上比MySQL更重要的是什么？

这是Sequel Pro中特定表格的结构：

这与在命令行上查看的表结构相同：

以下是

显示创建表字段\数据\字段\检查表\状态的输出

：

| field_data_field_checklist_status | 
CREATE TABLE `field_data_field_checklist_status` (
  `entity_type` varchar(128) NOT NULL DEFAULT '' COMMENT 'The entity type this data is attached to',
  `bundle` varchar(128) NOT NULL DEFAULT '' COMMENT 'The field instance bundle to which this row belongs, used when deleting a field instance',
  `deleted` tinyint(4) NOT NULL DEFAULT '0' COMMENT 'A boolean indicating whether this data item has been deleted',
  `entity_id` int(10) unsigned NOT NULL COMMENT 'The entity id this data is attached to',
  `revision_id` int(10) unsigned DEFAULT NULL COMMENT 'The entity revision id this data is attached to, or NULL if the entity type is not versioned',
  `language` varchar(32) NOT NULL DEFAULT '' COMMENT 'The language for this data item.',
  `delta` int(10) unsigned NOT NULL COMMENT 'The sequence number for this data item, used for multi-value fields',
  `field_checklist_status_value` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`entity_type`,`entity_id`,`deleted`,`delta`,`language`),
  KEY `entity_type` (`entity_type`),
  KEY `bundle` (`bundle`),
  KEY `deleted` (`deleted`),
  KEY `entity_id` (`entity_id`),
  KEY `revision_id` (`revision_id`),
  KEY `language` (`language`),
  KEY `field_checklist_status_value` (`field_checklist_status_value`)
) 
ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Data storage for field 7 (field_checklist_status)' |

我确信MySQL命令行表结构是准确的。这是一个Drupal字段表

---

有人知道为什么会有差异吗？

可能既有一个将

实体类型作为列的主键，也有一个将其作为列的多键吗？然后，
Key
的值将是不明确的，这将解释不一致性

在MySQL中检查密钥的最佳方法是运行

SHOW CREATE TABLE field_data_field_checklist_status;

它将向您显示实际的键，以及其中列的顺序。
它可能没有设置为处理复合主键。您能否将这两种输出的表模式显示为
show CREATE table
输出？谢谢。我在编辑的问题中包含了这个输出。当我运行您的模式时，我看到了同样的情况。我将把它作为一个bug报告给Sequel Pro，包括表模式。好消息，entity_类型有自己的索引，并且是复合键的一部分。Delta也是键的一部分，但没有单独索引，并且显示为
PRI
，因此几乎可以肯定这就是Sequel Pro处理多个索引中的列的方式