LZ好，索引是建立在一个或者几个字段上的，在这个或者这些字段建立了索引后，表中的数据在空间中的顺序就按照一定的规则排列，这样就可以加快查找速度，打个比方，索引就是书的页码
创新互联建站一直在为企业提供服务，多年的磨炼，使我们在创意设计，成都全网营销到技术研发拥有了开发经验。我们擅长倾听企业需求，挖掘用户对产品需求服务价值，为企业制作有用的创意设计体验。核心团队拥有超过10多年以上行业经验，涵盖创意，策化，开发等专业领域，公司涉及领域有基础互联网服务四川电信机房托管、手机APP定制开发、手机移动建站、网页设计、网络整合营销。
主键是表中数据的唯一标识，不同的记录有不同的主键值，打个比方，主键就是身份证
唯一也是建立在表中一个或者几个字段上的，它的目的是为了是这个或这几个字段中，不同的数据有不同的数值 324希望对你有帮助！
有的时候因为掉电或者其他原因导致数据库损坏,我们可以使用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博客
语法没有问题，
1. 检查表名和字段名是否有误。
2. 检查索引名是否已经存在。
3. 如果第一次创建，即索引不存在的情况下，drop语句会报错。
如果工具软件自动生成的话，只有在实际表索引存在的情况下，它才会产生drop index语句的。 这样只是重建索引，当然如果前面还有drop table...create table...的话，就肯定会报错了，因为表重建后索引全部丢失，drop index语句就报错了。
出现表损坏的根本原因是：你的表使用了MyISAM存储引擎。
MyISAM存储引擎主要用于SELECT,如果用于INSERT, UPDATE, DELETE，由于内部缺陷和异常数据访问经常造成索引文件损坏，注意是“经常”。
因此解决办法有二：
1.用myisamchk工具修复或者是经常对数据表优化或检查。一旦文件损坏只能暂停web访问，用myisamchk工具修复后可恢复正常。（暂时性，不能解决根本问题）
2.把表转换为innodb存储引擎。对用户来说是透明的，对程序逻辑不受任何影响，永久解决索引文件损坏的问题。
可通过以下语句把存储引擎转换为innodb
ALTER TABLE `dbname`.`tbname` ENGINE = InnoDB;
