使用VS2013 c# 原始项目目标框架为.NET Framework4.5，添加MySql.Data.dll的引用（此时将下载的MySql.Data.dll直接放在了C:\Windows\System32目标文件夹下，版本选择的是v4.0版本，当时考虑一下，如果换成.NET Framework4.0就不用重新下载引用了，然而并不是）。
将框架换成.NET Framework4.0后，编译出错。机智的将引用移除之后重新添加，但是还是无情的报错。于是重新将C:\Windows\System32文件夹下的MySql.Data.dll替换，将bin目录下MySql.Data.dll删除，然后重新引用，还是报错。
一怒之下把C:\Windows\System32目标文件夹下MySql.Data.dll删除，将bin目录下生成的MySql.Data.dll删除，直接将MySql.Data.dll替换在bin目录下。
此时添加引用时（此时已经清除掉了最近引用），惊奇的发现，点击“浏览”按钮浏览的C:\Windows\System32文件目录下仍然还有MySql.Data.dll，实际上早已经在文件夹下删除了，那么原因就出来了，此前替换掉的dll和重新引用的dll其实并没有刷新。重新“浏览”到bin目录添加引用，编译通过。