解决Mysql错误：Can't create/write to file 'C:\WINDOWS\TEMP\#sql_1344_0.MYD' (Errcode: 17)

转载一些文章。希望明天能解决。

 

文章1：

解决Mysql错误：Can't create/write to file 'C:\WINDOWS\TEMP\#sql_1344_0.MYD' (Errcode: 17)的问题，我所使用的系统是Windows Server 2003 SP2+php 5.2.2+mysql 5.0.22+McAfee杀毒软件，当访问用户主页的时候发现mysql出错误，下面来说一下具体的解决方法，风信网http://www.ithov.com 经测试终于也解决了该问题，下面的内容供大家参考。

1、修改你Mysql的my.ini文件
在其中添加一行：tmpdir=d:/mysql/temp/
以上temp文件夹你也可以根据自己mysql的安装位置建立即可，权限默认。

原因在于：由于mysql默认的临时目录为c:\windows\temp，但McAfee的杀毒软件将其排除啦！

2、重新启动你的Mysql服务

命令如下：

net stop mysql 停止Mysql服务
net start mysql 启动Mysql服务

3、打开McAfee VirusScan控制台->按访问扫描程序->属性->所有进程->检测项->排除项->添加D:\mysql\temp\ 排除时间选择读取时写入时。

 

 

 

 

问题终于解决！

 文章2：

Error: Can’t create/write to file ‘C:\WINDOWS\TEMP\#sql_718_0.MYD(Errcode: 17)

出现这样的情况有以下的可能：

1、C:\WINDOWS\TEMP文件夹权限不够,至少也要给出USERS组的可读可写权限; (给出权限)
2、C:\WINDOWS\TEMP文件夹的磁盘满了,文件写不进去了;(清空TEMP文件夹)
3、你的服务器装了MCAFEE杀毒软件,它的访问保护禁止了TEMP文件可写;(修改访问保护设置)
4、还是MCAFEE杀毒软件的问题,解决步骤:按访问扫描属性-所有进程-检测项-扫描文件(在写入磁盘时)勾去掉,OK.
5、C:\WINDOWS\TEMP 清空这个文件夹 或是删除 #sql_718_0.MYD’

第四种的做法相对来说不够安全，可以如以下方式来操作：

我所遇到的出问题的主机是win2003sp2+php5.2.5+mysql5.0.24具体处理方法如下

在my.ini中[mysqld]里面添加一行

tmpdir=”D:/mysqltmp/temp/”

指定创建创建临时文件的目录,大量查询时会用到
重新启动mysql服务使之生效.

打开McAfee VirusScan控制台->按访问扫描程序->属性->所有进程->检测项->排除项->添加D:\mysqltmp\temp\
排除时间选择读取时写入时.

备注:由于mysql默认的临时目录是c:\windows\temp,网上流传的说法是
修改McAfee VirusScan控制台->按访问扫描程序->属性->所有进程->检测项->扫描文件去写入文件时,我的方法相对要安全些.

至于权限,由于mysql服务默认是系统权限,一般都是系统完全控制的,如果必要,也可给个启动用户.

 

文章3

官网上的文章

http://forums.mysql.com/read.php?24,169274,169274

 

文章4

 

今天客户在使用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为排除扫描的文件夹

更多请访问：

http://www.qz368.cn

 

文章5

View Full Version : MySql: "Can't create/write to file 'C:\WINDOWS\TEMP\#xxxxxxxx.MYD' (Errcode: 17)"

---

luca.micheletti

Dec 7, 2007, 03:13 AM

Hello.
I've a problem with mysql/drweb (I think). Sometimes, running a query, MySql returns:
"Can't create/write to file 'C:\WINDOWS\TEMP\#xxxxxxxxxx.MYD' (Errcode: 17)"

After deleting this file, mysql works fine for a bit, but this error message comes back again and again...
I use DrWeb antivirus and the problem went away with DrWeb off (Is it possible?).
Perhaps there is a conflict between MySQL and the installed antivirus program.
Can I exclude temp directory from DrWeb? How can I do? Is it a bug?

Thanks a lot

Luca

---

JackL

Dec 7, 2007, 07:04 AM

It looks that you are running 2 mysql and they are trying to create temp file in the same folder.
For Plesk client myslq try to change temp folder (%plesk_dir%\databases\mysql\data\my.ini)
add line to my.ini like tmp_dir=path-to-folder(different from c:\windows\temp)

restart mysql

John S.G.

---

luca.micheletti

Dec 7, 2007, 08:24 AM

Thanks, John.
The server came with a default standard Plesk 8.2 installation.

I've found this:
http://forums.mysql.com/read.php?24,169274,178492#msg-178492

But I'll check also about your tip, thanks again...

Luca