今天客户在使用MySQL时，网站在服务器上启动时打开就出现类似Can’t create/write to file ‘c:\temp/#sql-XXX.MYI′ (Errcode: 13)”的错误，最初我以为可能是服务器环境系统的配置问题，于是重启应用和MySQL，该问题还是陆陆续续会出现，但又不是始终出现。我注意到该问题一般都在查询数据量比较大的时候才出现，我想应该是在做大数据量的数据库操作，MySQL想往temp目录写临时文件时，则于某种原因无法写入导致了该问题，于我，我尝试着着按以下步骤进行分析处理。
一、这可能是MySQL以前生成的临时文件还存在，但具有只读属性导致无法写入。我仔细查看temp目录，却没有找到扩展名为“MYI”的文件，于是把临时目录下的所有文件都删除。重新启动MySQL和应用系统，但问题还是会出现；
二、我怀疑是不是temp目录具有只读属性或对MySQL用户禁止写入，但我的在WindowsXP上，而且临时目录里会有别的系统产生的临时文件，说明该目录是可以读写的，而且我启动MySQL用的是超级用户，所以不存在目录无写权限的问题；
三、会不会是杀毒软件的实时文件保护导致无法写临时文件呢？因为我的杀软的病毒库是天天升级的，前几天也系统没出现过该问题，而这几天可以，是不是我升级了病毒库后，杀软阻止了MySQL产生临时文件呢？我在杀软中把temp目录设为不检测，再重启MySQL和应用，再看着temp目录，里面会出现#sql-XXX.MYI或#sql-XXX.MYD等临时文件，应用系统启动正常。看来问题就出在杀软禁止MySQL产生“MYI”或“MYD”临时文件导致了该问题。
至此，我以为问题就这样解决了，可是在接下来的一次启动中，我看到临时文件产生了，我就在临时文件#sql-XXX.MYI上点右键，想看看文件属性，这一点可好，应用系统又出现了原来的错误，咋回事？我再次停掉应用然后重启，重启过程中不对临时文件作任何操作，应用启动都正常。这是为什么呢？
我分析原因可能是这样的：MySQL产生的临时文件存在时间很短，MySQL在产生临时文件后需要马上使用马上删除，这时候如果有另外一个软件对这些临时文件进行访问或操作的话，MySQL就无法及时获得文件访问权限，就抛出错误。杀软由于启用了文件保护功能，当MySQL产生临时文件后，即锁定文件进行病毒检测，导致了MySQL自己不能马上操作这些文件从而抛出错误，同样的，当我试图查看文件属性时，操作系统对文件也进行了短时间的锁定，而这一锁定导致MySQL自己无法操作，所以也抛出这个错误来。
原因在于Mcafee杀毒软件阻止了进程对该文件的读写操作，McaFee有一项功能就是阻止程序从Temp目录运行和读写。
解决问题分两步走：
首先，将mysql临时文件目录，指向一个较为安全的目录，（此目录只存放数据库临时文件）
在my.ini中[mysqld]里面添加
[mysqld]
tmpdir=D:/AppServ/MySQL/tmp
指定创建创建临时文件的目录,大量查询时会用到
重新启动mysql服务使之生效.
第二步，设置卖咖啡对“D:/AppServ/MySQL/tmp”目录放行
打开McAfee VirusScan控制台->按访问扫描程序->属性->所有进程->检测项->排除项->不扫描的内容－》添加D:/AppServ/MySQL/tmp为排除扫描的文件夹。
评论