Hi all.

I've been using MySQL-4.0.3 (on Slackware-8.0) for a week or so now, and 
have noticed that the command:
   mysqladmin shutdown -ppassword
doesn't shut down all mysql processes.
I use the following script to backup our database and restart mysql:

---
cd /root/sql/backups
for I in EnergyShop NUS ebills irm mysql sales Fuel
 do
 /usr/local/mysql-4.0.3/bin/mysqldump -v --opt $I > $I.dump -pPASSWORD
done

/usr/local/mysql-4.0.3/bin/mysqladmin shutdown -pPASSWORD
/usr/bin/nice -n -10 /usr/local/mysql-4.0.3/bin/mysqld_safe 
--enable-locking --log-update --log-slow-queries --
log-long-format &
cd ..
tar -ycvf backups.tar.bz2 backups
---

If you're wondering why I shutdown & restart the server - I used to have 
a problem with telling mysql to start another log file after backing up 
the database. I'm not sure whether this was a bug or just my lack of 
understanding, but anyway it worked so I used it...

The script used to work with MySQL-4.0.1 and MySQL-4.0.2 but now I get 
processes hanging around, usually 'mysqld_safe' and 1 or 2 'mysqld' 
processes. This appears to happen whether I leave a client connected or 
not. Under previous versions, if I left a client running (eg mysqltop - 
accidentally of course), mysql would shut down and mysqltop would loose 
it's connection - which is what I had expected to happen. So I'm not 
sure whether mysql keeps running because there are client connections 
still open (MS Access sometimes doesn't disconnect properly, and we have 
40 MS Access clients...).

So ...
Is this behaviour expected if clients are leaving connections open?
Has this behaviour been changed intentionally since MySQL-4.0.2?
Is this likely to cause a problem? I have had to kill the processes with 
kill -9. There is nothing in the transaction or error log at all. And I 
haven't noticed any data corruption yet.

Thanks in advance!

-- 
Daniel Kasak
IT Developer
* NUS Consulting Group*
Level 18, 168 Walker Street
North Sydney, NSW, Australia 2060
T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989
email: [EMAIL PROTECTED]
website: www.nusconsulting.com


---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to