Magento 1.4.0升级到1.6.2.0的唯一约束违规

时间:2012-02-03 05:08:26

标签: magento

我在现有的Magento网站上运行升级。大约10分钟后,Magento报告异常,当我检查/ var / report中的错误报告文件时,我看到以下错误消息和堆栈转储:

a:5:{i:0;s:223:"Error in file: "/var/www/vhosts/mymagesite/app/code/core/Mage/Customer/sql/customer_setup/mysql4-upgrade-1.5.9.9-1.6.0.0.php" - SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '0-8' for key 'UNQ_BY_CUSTOMER'";i:1;s:952:"#0 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/Resource/Setup.php(645): Mage::exception('Mage_Core', 'Error in file: ...')
#1 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/Resource/Setup.php(437): Mage_Core_Model_Resource_Setup->_modifyResourceDb('upgrade', '1.4.0.0.7', '1.6.1.0')
#2 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/Resource/Setup.php(320): Mage_Core_Model_Resource_Setup->_upgradeResourceDb('1.4.0.0.7', '1.6.1.0')
#3 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/Resource/Setup.php(235): Mage_Core_Model_Resource_Setup->applyUpdates()
#4 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/App.php(412): Mage_Core_Model_Resource_Setup::applyAllUpdates()
#5 /var/www/vhosts/mymagesite/app/code/core/Mage/Core/Model/App.php(338): Mage_Core_Model_App->_initModules()
#6 /var/www/vhosts/mymagesite/app/Mage.php(640): Mage_Core_Model_App->run(Array)
#7 /var/www/vhosts/mymagesite/index.php(80): Mage::run('default', 'store')
#8 {main}";s:3:"url";s:16:"/index.php/admin";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"default";}

互联网上其他地方的一般建议是将<initStatements>中的app/etc/config.xml更改为:

<initStatements>SET NAMES utf8; SET FOREIGN_KEY_CHECKS=0; SET UNIQUE_CHECKS=0;</initStatements>

但是,禁用数据库完整性约束系统是以后难以支持和解决问题的保证路径。这是一个黑客,使升级脚本不会因错误而崩溃,它实际上并没有以任何形式或形式解决问题。

StackOverflow社区是否可以帮助提供更好的解决方案,或者为什么在MySQL中禁用完整性检查是一个好主意?

2 个答案:

答案 0 :(得分:12)

此表可以截断。 http://docs.nexcess.net/magento-database-maintenance

它是收集网站使用信息的一小撮表之一,这些信息对于magento的操作并不重要。 (如果您使用这些报告,它确实会影响客户报告。)

问题出在以下的迁移脚本中:

/app/code/core/Mage/Customer/sql/customer_setup/mysql4-upgrade-1.5.9.9-1.6.0.0.php

它改变了一个用于默认为NULL的列,默认为非空。

ALTER TABLE `report_compared_product_index` MODIFY COLUMN `customer_id` int UNSIGNED NOT NULL COMMENT ''

错误来自该列的唯一索引。之前它是null,因此MySQL忽略了唯一索引。一旦将其设置为默认为非null,则NULL不再是有效值,并且它会尝试将列的值设置为0.它会到达第二行,现在它会打破唯一索引,并且您会收到错误, http://bugs.mysql.com/bug.php?id=8173

此表中1.4x代码保存的数据与新模式不兼容。 它也很难清理,因为缺少的信息需要满足唯一索引。 最快的选择就是截断表格。

答案 1 :(得分:0)

从错误消息中解析相对容易。您有重复的客户(或多个重复的客户)。

在phpMyadmin中打开您的customer_entity表并查找重复项。根据您可能希望手动完成的客户数量,可能会使用'fred@test.com'样式的电子邮件从您自己的测试中获得重复项。你应该能够安全地删除这些,一旦你完成了表格并自己解决了已经发生的事情。