该规范似乎针对两种不同的操作：1）更新表1中的现有行，2）向表2中插入新行。
规范说“更新值列”。。。我们认为这意味着更新 table1 .
说明书上还写着“插入。。。进入 table2 .
令人困惑的是，该规范还显示了一个伪代码示例 INSERT INTO table1 .
更新 table1 基于中的值 table2 ，假设我们要忽略三列中任何一列的值为空的行。。。

UPDATE table1 t
   JOIN table2 s
     ON t.attributeid = s.attributeid
    AND t.entityid    = s.entityid
    AND t.carid       = s.carid
    SET t.value  = s.value

如果文件中有“副本” table2 （即多行） table2 如果attributeid、entityid和carid三列的值相同，则无法确定这些行中的哪一行 value 将从中删除。
要插入在表2中找到但在表1中“丢失”的行（再次假设这三列在表2中可能不是唯一的），我们可以使用反连接模式来消除表1中已经有“匹配”的行。
例如：

INSERT INTO table1 (attributeid, entityid, carid, value)
 SELECT v.*
   FROM ( SELECT s.attribute_id
               , s.entity_id
               , s.carid
               , s.value
            FROM table2 s
            LEFT
            JOIN table1 r
              ON r.attributeid = s.attributeid
             AND r.entityid    = s.entityid
             AND r.carid       = s.carid
           WHERE r.attributeid IS NULL
             AND s.attributeid IS NOT NULL
             AND s.entityid    IS NOT NULL
             AND s.carid       IS NOT NULL
           GROUP
              BY s.attributeid
               , s.entityid
               , s.carid
        ) v

如果表2中有“重复项”（即表2中有多行的attributeid、entityid和carid三列值相同，则不确定是哪一行 value 将从中删除。
如果在其他列或列的组合上定义了其他唯一约束，则该语句有可能抛出“复制键”错误(在不知道关键定义的情况下，我们有点盲目。）我们可以添加 IGNORE 关键字，只忽略由于“unique key”冲突而无法插入的行。）
同样，如果 table2 如果三列中的值相同（没有迹象表明这三列的组合在表2中是唯一的），则无法确定这些行中的哪一行 value 将从中删除。
相同的操作可以在相反的方向上执行，交换表引用的所有引用 table1 以及 table2 在查询中。
执行这些操作时，不必向任何一个表添加唯一键。如果定义一个合适的索引，并且将这三列作为索引中的前导（第一）列，那么（很可能）会对性能有好处(对于此操作，它不一定需要是唯一的索引。）
如果该列的组合应该是唯一的，那么一定要在该列的组合上添加唯一键。但是指定的操作可以在没有定义唯一键的情况下执行。
mysql INSERT ... ON DUPLICATE KEY 语法至少需要一个主键或唯一键才能操作。如果目标表上有多个唯一键约束，并且一个insert会违反两个或多个唯一键约束，那么我认为在update操作中使用哪一个键是不确定的。我个人倾向于避免在定义了多个唯一键的表上使用这种语法。

你可以使用语法

ALTER IGNORE TABLE table1 ADD UNIQUE INDEX PIndex (attributeId, entityId, carId);

根据文件：
如果指定ignore，则在唯一键上具有重复项的行中只使用一行。其他冲突行将被删除。不正确的值将被截断为最接近匹配的可接受值。
不幸的是，它没有指定将保留哪个值。做一些测试，它似乎保持了第一次出现，但你永远不能确定。
如果哪个条目将被删除并不困扰您，这是最简单的解决方案，否则如果您想要更多的控制权，最好通过一个临时表。
命令 CREATE UNIQUE PIndex ON table1 (attributeId, entityId, carId); （请注意，添加了 UNIQUE )只会在第一个重复密钥上失败，并且没有管理重复项的选项可用。