8

我有一个名为的表tbl_jobs，它存储应用程序中运行的一些后台作业的元数据。架构是这样的：

CREATE TABLE `tbl_jobs` (
  `type` varchar(30) NOT NULL DEFAULT '',
  `last_run_on` datetime NOT NULL,
  `records_updated` text,
  PRIMARY KEY (`type`,`last_run_on`),
  UNIQUE KEY `index2` (`type`,`last_run_on`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1$$

每当作业运行时，它都会在表中创建一个条目，type其中 是不同作业的唯一标识符，run time并且records updated在该运行中。

有两个不同的作业同时运行，类型为 :MAILER_UNLOCKED_REWARDS 和MAILER_ALMOST_UNLOCKED.

当这些作业尝试插入具有相同时间戳的条目时，只有其中一个会被插入，而另一个会因键错误而引发重复条目。

例如，这两个作业运行以下内容：

INSERT INTO tbl_jobs
            (type,
             last_run_on,
             records_updated)
VALUES     ('MAILER_ALMOST_UNLOCKED',
            '2012-08-22 19:10:00',
            'f8a35230fb214989ac75bf11c085aa28:b591426df4f340ecbce5a63c2a5a0174')

成功运行，但是当第二个作业运行插入命令时

INSERT INTO tbl_jobs
            (type,
             last_run_on,
             records_updated)
VALUES     ('MAILER_UNLOCKED_REWARDS',
            '2012-08-22 19:10:00',
            '8a003e8934c07f040134c30959c40009:59bcc21b33a0466e8e5dc50443beb945')

它抛出了错误

Duplicate entry 'M-2012-08-22 19:10:00' for key 'PRIMARY'

主键是type和last_run_on列的组合。

如果我删除第一个作业的条目，则插入成功，即它要求timestamp单独是唯一的。

但是，相同的冲突timestamp仅发生在这两个作业之间。还有其他作业插入相同timestamp。

关于可能是什么问题的任何想法？

4

3 回答 3

5

您是否在索引中使用整个“类型”字段？还是只有第一个字符？因为 MySQL 抱怨的关键是

M-2012-08-22 19:10:00

而不是 MAILER_...

尝试运行：

 SHOW INDEXES FROM tbl_jobs;

它应该给出如下内容：

+----------+------------+----------+--------------+-------------+-----------+-------------+    ----------+--------+------+------------+---------+---------------+
| Table    | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| tbl_jobs |          0 | PRIMARY  |            1 | type        | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| tbl_jobs |          0 | PRIMARY  |            2 | last_run_on | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |

...

我怀疑它会在 PRIMARY 索引的 Sub_part 列中显示“1”：

+----------+------------+----------+--------------+-------------+-----------+-------------+    ----------+--------+------+------------+---------+---------------+
| Table    | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| tbl_jobs |          0 | PRIMARY  |            1 | type        | A         |           0 |        1 | NULL   |      | BTREE      |         |               |
| tbl_jobs |          0 | PRIMARY  |            2 | last_run_on | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |

...

顺便说一句，主键始终是唯一的，因此index2您声明的第二个索引是多余的。

于 2012-08-22T14:41:06.580 回答
0

第一件事：你必须确保你的 PRIMARY KEY 被设置为 AUTO_INCREMENT。第二件事：您只需启用自动增量： ALTER TABLE [表名] AUTO_INCREMENT = 1 第三件事：当您执行插入命令时，您必须跳过此键。

于 2016-02-04T01:16:34.593 回答
0

如果我有系统关闭或网络问题，我会看到此错误。您的数据库中确实没有重复项。那是一个 MySQL 数据库错误。您需要做的就是：如果您进行了插入，但不是true，只需更改要插入的表格的一列 from varchartotext或bigint然后重做插入。这样就解决了问题。

If(!$insert)
{    
$alter=Mysql_query("alter table     

`table_name` change `table_name` 

`table_name` bigint(255) not null");    

If($alter){

//you then redo your insertion.     

} 


}
于 2016-03-15T17:55:14.460 回答