首先打开word（可以找一个任意没有损坏的word文档打开），然后单击“工具”→“选项”→在“常规”选项卡,找到“打开时确认转换”并选中，然后点击“确定”退出，再点击word软件的“文件”－“打开”－找到你需要修复的文件－单击选中（请不要双击直接打开）－然后发现没有，在右下角的“打开”按钮上多出了个小黑色三角型，点击它，然后选则“打开并修复”选项，即可修复您损坏的word文件！
				
转载于:https://blog.51cto.com/leiming32/475785

          
问题症状：每次机器重起后进入系统，都会一个提示“windows找不到文件"1",请确认路径然后在重试”，然后打开任何可执行程序都说找不到rundll32.exe文件，打开'我的电脑'、'我的文档'之类的属性，也提示找不到rundll32.exe文件

症状分析：这应该是病毒修改了你的EXE文件关联造成的

解决方法：建议先用杀毒软件杀一下毒，然后恢复一下EXE文件关联试试
方案一：先将regedit.exe(C:\WINDOWS\)改名为regedit.com或regedit.scr。 

运行regedit.com，
找到hkey_classes_root\.exe键值，将默认值改为exefile，
再找到hkey_classes_root\exefile\shell\Open\command键值，将默认值改为"%1" %*，
然后重启，再将regedit.com改回regedit.exe即可。
 
方案二：点击下载运行 exefile.reg 注册表文件
 
方案三（只适用于win2000/xp）： 
1、将cmd.exe改名为cmd.com或cmd.scr。 
2、运行cmd.com 
3、运行下面两个命令：
①ftype空格exefile="%1"空格%*
②assoc空格.exe=exefile
运行情况如下图所示

4、将cmd.com改回cmd.exe
 
下图是正常系统下注册表里的情况

 

				
转载于:https://blog.51cto.com/stephen/43686

          
杀死鬼行


    关于鬼行，其实是我个人的一种描述。很多人都遇到这样的问题，当编辑完(尤其是一个特别大的或者带有格式的)文档后，不知不觉再次打开时发现，有些明明是文档正文的部分，偏偏变成了标题样式，不管你怎样进行常规的修改都无济于事，保存后再次打开，这鬼行又回来了。而且我们一直无法确认到底是什么原因导致的格式变异，因为它几乎没有规律可循。这个恐怖的问题，从Word2000开始到Word2010都没有被彻底消灭。

    网上流传着很多Solution，甚至有专门应对的补丁或者批处理工具。但似乎都不能100%的解决这个问题。

    那么为什么产生这种现象呢？M$的产品内部机制我们无法详细了解。从原始版本的问题上看，这似乎和生化危机差不多。

    Word是当今市场占有率最广的文本编辑器，之所以这么流行，在于它无可匹敌的强大排版功能以及丰富的样式应用。从某种角度上来讲，Windows到今天还没有被Apple和众多Linux打败，很大一部分原因基于此。这正是由于这个优势也给Word的文档处理带来无尽的麻烦。很简单，软件功能越多，代码越复杂，出问题的地方也就越多。其实作为软件很多地方存在不为人知的缺陷是很正常的。通常情况下，这些缺陷不会显现出来，呆在某种特殊条件下这些有缺陷的元素有可能发生了意想不到的变异。

    实验证明，出现鬼行的地方往往和上一行的内容有着某些神秘的联系。从网上流传的各种版本的Solution中就可以看出一些端倪。

    当丧尸出现的时候，人们总是尝试着这种各样消灭它们的办法，但不幸的是，杀死它们永远只有一条途径，甚至无路可寻。
方法一，使用Ctrl-Q大法

    这是最常见的方法，简单直接，眼睁睁看着它在文档结构图中消失了。但是你很快就会笑不出来了，保存后重新打开就会发现：It is come back!
方法二，刷新格式

    这时候估计你已经有点儿抓狂了，立即想到有可能是格式在作怪。你这是疯狂地采取一系列你能想到的各种方式来杀死它：删除鬼行并使用Notepad的无格式纯文本复制转换，使用格式刷让正常的正文行"和谐感化"鬼行，在样式栏修改样式，甚至重新修改文档模板的样式。忙完这些你已经汗流浃背了，但还是无济于事。
妥协还是和谐？

    最有效的方法还是一个帖子给人留下了思考，选择鬼行行首，然后使用Ctrl-Q大法，此时暂时解除了危机，接下来选中上一行的换行符(也就是硬回车)，连续按两次回车，这时该行和原来的鬼行之间会产生一个空白行，其实这个空白行就是之前的鬼行。不要尝试碰它，否则它会啃噬并感染紧邻下面的行，这样原来的鬼行再次归来。
究其原因，彻底杀死鬼行。

    其实没有绝对的办法，导致悲剧的发生在主、客观上都有原因。罪魁祸首就是样式自动应用。因为出于对排版效率和格式统一的需要，这个功能显然是不能关闭的。而恰恰在我们编辑的时候，经常使用数字，字母或者点号(英文句点)，还有大量的缩进。这些往往被定义为目录标题的关键字，而我们在某两行的行尾和行首之间的内容写得有歧义，自动样式往往自作聪明的将一些本属于正文的内容误认为是目录，结果导致了目录超链接。而正文原本的样式是由模板定义的，肯定不会改变。这也就是为什么回车大法会比较好的隔离掉鬼行。但是为了文本段落的美观性，我们就要作出取舍了。现在我们明白了，其实双方都有错。我们不能指望微软解决问题，那么就得自己作出改变。

    第一，在鬼行处不要采用数字或者点号开头，减少不必要的Tab缩进，可以的话尽量使用中文或者空格开头，这种多出现在分步叙述的时候。第二，在鬼行或者其上一行，往往首尾都是非中文字符，这时最好再上一行行尾处加上一个标点符号，这个多出现在List清单列表这种情况。第三，最好的通杀方式就是为你的文档做一个详实的样式模板，凡是需要采用数字以进行分步叙述的地方，直接启用标题样式，而不要使用正文中的数字样式。凡是需要List清单列表的地方使用"项目符号和编号"完成。

灵异的域代码


    有时候Word在打开时会发现，所有的域莫名其妙的全部变成了域代码打开了，很是烦人。这个很简单，Alt-F9关闭域代码后，只是保存是不管用的，需要重新启动Word程序才能彻底摆脱这个麻烦。

鬼使神差的外来样式


    从别的Doc文档复制过来的文本会带有原来的样式，这种不请自来、盲目流动的野蛮行径也很令人气愤。如果文本比较少，那就是用Notepad来处理，以消除原有的自带格式，Notepad复制过来的纯文本会在目标Doc文档中入乡随俗。如果需要复制的内容本身含有格式，又不想破坏目录结构，最好的方式是，直接调整原文档的样式模板，将其属性同化成目标文档的样式在做复制粘贴。
				
转载于:https://blog.51cto.com/immss/1150121

  
mysqlcheck 是 MySQL 自带的一个工具，作用就是保养 表，其实就是检查，分析，修复和优化了。下面来介绍 mysqlcheck 工具的简单使用，官方文档在这里


以下的例子都是基于 MySQL 5.6 版本运行状态下（mysqlcheck是个在线工具）,   不同的存储引擎对于这个命令的支持程度不同（指的是 check, repair, analyze, optimize)，下面内容偏于操作，主要基于 innodb 引擎。

提示：OPTIMIZE 在大表时候可能会消耗很多时间，不清楚原理情况下请谨慎使用!!!  innodb 一般不用 OPTIMIZE，请参见 Using MySQL OPTIMIZE tables? For InnoDB? Stop

检查特定的表

注意在shell中执行，不是在mysql的交互环境下

如果应用中提示某个表坏了，使用下面的命令来检查。



$ mysqlcheck -c newmandela order -uroot -p
Enter password:
newmandela.order                                   OK

newmandela 是库名， order是表名，还需要输入用户名和密码



检查一个库中的所有表



$ mysqlcheck -c newmandela -uroot -p
Enter password:
newmandela.account                                 OK
newmandela.alarm                                   OK
newmandela.alarm_settings                          OK
newmandela.auth_group                              OK
newmandela.auth_group_permissions                  OK
newmandela.auth_permission                         OK
...



检查所有库中的所有表

全部的库和表都检查一遍了。



$mysqlcheck -c --all-databases -uroot -p
Enter password:
apmonitor.acinfo                                   OK
apmonitor.apdailysts                               OK
apmonitor.apinfo                                   OK
apmonitor.apmonthsts                               OK
apmonitor.apscanlog                                OK
apmonitor.auth_group                               OK
...

如果只想检查某几个库呢? 可以使用 –databases 参数



$ mysqlcheck -c --databases newmandela radius -uroot -p
Enter password:
newmandela.account                                 OK
newmandela.alarm                                   OK
newmandela.alarm_settings                          OK
newmandela.auth_group                              OK
...



使用 mysqlcheck 分析表



$ mysqlcheck -a radius payment_transactionrecord  -uroot -p
Enter password:
radius.payment_transactionrecord                   Table is already up to date

上面的命令 用来分析 radius 库的 payment_transactionrecord表, -a 表示 analyze



使用 mysqlcheck 优化表



# mysqlcheck -o radius payment_transactionrecord  -uroot -p
Enter password:
radius.payment_transactionrecord                   OK

-o 代表 optimize ，这里是优化 radius 库的 payment_transactionrecord 表



使用 mysqlcheck 修复表



# mysqlcheck -r radius payment_transactionrecord  -uroot -p
Enter password:
radius.payment_transactionrecord                   OK

-r 代表 repair ，这里是 修复 radius 库的 payment_transactionrecord 表



检查，优化，修复表组合命令



# mysqlcheck -uroot -p --auto-repair -c -o newmandela
Error:  mysqlcheck doesn't support multiple contradicting commands.

上面的命令报错了，去掉 -c 



# mysqlcheck -uroot -p --auto-repair -o newmandela
Enter password:
newmandela.account
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK
newmandela.alarm
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK
newmandela.alarm_settings
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK

每张表都出现了 Table does not support optimize, doing recreate + analyze instead, 代表什么意思呢？ 它的意思不是说 innodb 引擎不支持 优化，可以参考 http://stackoverflow.com/questions/30635603/what-does-table-does-not-support-optimize-doing-recreate-analyze-instead-me 的回答。



mysqlcheck 常用选项

A, –all-databases 表示所有库
-a, –analyze 分析表
-o, –optimize  优化表
-r, –repair 修复表错误
-c, –check 检查表是否出错
–auto-repair  自动修复损坏的表
-B, –databases 选择多个库
-1, –all-in-1 Use one query per database with tables listed in a comma separated way
-C, –check-only-changed  检查表最后一次检查之后的变动
-g, –check-upgrade Check for version dependent changes in the tables 
-F, –fast Check tables that are not closed properly
–fix-db-names Fix DB names
–fix-table-names Fix table names
-f, –force Continue even when there is an error
-e, –extended Perform extended check on a table. This will take a long time to execute.
-m, –medium-check Faster than extended check option, but does most checks
-q, –quick Faster than medium check option