腾讯云如何回应用户数据丢失?
8月6日午间，针对用户“前沿数控”数据丢失一事，腾讯云官方给出回应，并对补偿措施进行说明。
腾讯云回应称，前沿数控所遇情况是因受所在物理硬盘固件版本bug导致的静默错误（写入数据和读取出来的不一致）影响，文件系统元数据损坏。
腾讯云表示，经过分析，该硬盘静默错误是在极小概率下被触发。我们随即对固件版本有bug的硬盘全部进行下线处理，确保相关隐患全部排除。
随后，腾讯云向“前沿数控”接口人说明情况，表达歉意，并制定“赔偿+补偿”方案。腾讯云认为 “前沿数控”在平台上产生的实际消耗共计3569元，将按照赔偿条款中的上限以现金形式全额返还这笔费用；同时，腾讯云承诺为“前沿数控”提供13.29万元现金或云资源的额外补偿。
不过，前沿数控基于自身评估就此次故障提出的赔偿要求为1101.6万元，双方未达成一致。腾讯云最后提到，后续将针对云盘产品会额外实行定期强灾备措施，进一步保障用户数据的可靠性。
腾讯云被用户索赔是谁的责任?
近日，腾讯云用户“前沿数控”平台一块操作系统云盘，因受所在物理硬盘固件版本Bug导致的静默错误（写入数据和读取出来的不一致）影响，文件系统元数据损坏。
腾讯云表示，监控到异常后，第一时间向用户告知故障状态，并立即组织文件系统专家并联合厂商技术专家尝试修复数据。虽经多方努力，最终仍有部分数据完整性校验失败。
经过分析，该硬盘静默错误是在极小概率下被触发，腾讯云随即对固件版本有Bug的硬盘全部进行下线处理，确保相关隐患全部排出。
为此，腾讯提出了“赔偿+补偿”总金额达到136,469元的解决方案，是该用户在腾讯云平台中用云金额的37倍。
不过，“前沿数控”基于自身评估就此次故障对腾讯云提出了11,016,000元的索赔要求。腾讯云称，这远远高于其能够提供的方案，这也是双方目前未能达成一致的主要原因。
腾讯云称， 未来杜绝概率极低的意外事故发生，在做好云平台数据备份保障外，也按照行业惯例在相关协议中提醒用户对自身重要数据，尤其是用户信息、程序代码、网页素材等进行数据本地备份。这次故障中，“前沿数据”也表示目前没有任何本地本分数据用来恢复。
腾讯云表示，将继续与“前沿数据”保持沟通，帮助其进行业务恢复，如果最终用户倾向于寻求以法律诉讼方式解决争议，也将积极配合用户在法律框架下得到公平公正的解决方案。
来自中华网
数据库为什么会损坏呢?
数据库损坏常见的原因有以下几种：
1、事务日志问题。比如事务日志文件丢失；事务日志文件在操作过程中被误删；事务日志文件被损坏以及事务日志文件过大，导致硬盘的空间不足等；
2、意外掉电或异常强制关机，造成数据文件损坏，主要数据库正在被读写过程中异常关机；
3、数据库的表被破坏或索引等被破坏，或者数据库的其他对象被破坏或丢失等；
4、删除了数据文件，或者更改了它的名字；
5、硬盘损坏，造成数据和日志文件读写错误：
(1)感染病毒或者其他人为因素破坏；
(2)其他文件读写、存储等原因
我服务器的数据库损坏了怎么办?
数据库文件在硬盘上是不连续存储的，存在大量的数据库碎片分散分布，普通软件恢复，对于分散分布的数据库文件，是无能为力了。我数据库恢复中心通过手工计算和本中心自主开发的数据库修复工具修复数据库，可以完美的恢复数据库。目前该项技术在全国能熟练掌握的寥寥无几，安徽目前真正独立完成也只有我们-安徽服务器恢复中心。1、不要轻易尝试重装数据库软件和重新装系统等操作。 2、不要对数据库损坏的服务器和计算机进行任何操作。 3、不要轻易尝试任何网上流传的免费数据库恢复软件，这有可能会使您的数据库永久无法恢复。 4、可以向数据库软件支持商要求镜像数据库所在的硬盘，或者联系我们，我们将免费为您提供镜像服务和数据库技术支持。参考 www.ahserver.com
记得采纳啊
数据库损坏了怎么办
有的时候因为掉电或者其他原因导致数据库损坏,我们可以使用mysql自带的mysqlcheck命令来快速修复所有的数据库或者特定的数据库;例如
检查优化并修复所有的数据库用:
# mysqlcheck -A -o -r -p
Enter password:
database1 OK
database2 OK
----------
修复指定的数据库用
# mysqlcheck -A -o -r Database_NAME -p
即可
另外如果只是对某个表进行修复可以用：myisamchk或isamchk
其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：
myisamchk tablename.MYI
进行检测，如果需要修复的话，可以使用：
myisamchk -of tablename.MYI
关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。
另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：
[ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是 /var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而 pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。
1,简单的修复模式
myisamchk -r -q path/数据库/坏表.MYI
注:-r ----恢复模式 -q ----快速修复
2,使用安全修复模式
myisamchk --safe-recover path/数据库/坏表.MYI
3,困难的修复模式
如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段 。在这种情况下，创建一个新的索引文件是必要的。按如下这样做：
把数据文件移更安全的地方。
使用表描述文件创建新的(空)数据和索引文件：
shell> mysql db_name
mysql> Delete FROM tbl_name;
mysql> quit
将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。）
回到阶段2。现在myisamchk -r -q应该工作了。（这不应该是一个无限循环)。
4,非常困难的修复模式
只有描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。
从一个备份恢复描述文件并且回到阶段3。你也可以恢复索引文件并且回到阶段2。对后者，你应该用myisamchk -r启动。
如果你没有一个备份但是确切地知道表是怎样被创建的，在另一个数据库中创建表的一个拷贝。删除新的数据文件，然后从其他数据库将描述和索引文件移到破坏的数据库中。这给了你新的描述和索引文件，但是让数据文件独自留下来了。回到阶段2并且尝试重建索引文件。
5,优化表结构
myisamchk -r 表
也可以使用sql语句来优化OPTIMIZE TABLE
本方法参考自mouse博客