Bug #31102 set global general_log_file does not check that log file exists, can corrupt fil
| Submitted: | 20 Sep 2007 4:21 | Modified: | 25 Sep 2007 13:10 |
|---|---|---|---|
| Reporter: | Alexander Rubin | Email Updates: | |
| Status: | Verified | Impact on me: | |
| Category: | MySQL Server: Logging | Severity: | S3 (Non-critical) |
| Version: | 5.1.22-rc, 5.1.21 | OS: | Linux |
| Assigned to: | Assigned Account | CPU Architecture: | Any |
| Tags: | general_log_file | ||
[20 Sep 2007 4:21]
Alexander Rubin
[25 Sep 2007 13:10]
Sveta Smirnova
Thank you for the report. Verified as described.
[12 Dec 2007 0:42]
Kolbe Kegel
Please note, "SUPER" does *not* give you privileges to drop any MySQL tables at all or modify any data. It allows you to perform various FLUSH, KILL, SET and other administrative commands. It also allows you to do certain ill-advised and/or potentially dangerous things with stored routines and triggers in 5.0. By itself, however, it doesn't give you wholesale, unfettered access to any tables.
[13 Dec 2007 11:48]
Sergei Golubchik
It does. It allows you to create a stored routine or a view with an arbitrary definer. it's as close to "wholesale, unfettered access to any tables" as you can get.
Portions of this website are copyright © 2001, 2002 The PHP Group
Page generated in 0.055 sec. using MySQL 8.4.7-u6-cloud
Timestamp references displayed by the system are UTC.
Content reproduced on this site is the property of the
respective copyright holders.
It is not reviewed in advance
by Oracle and does not necessarily represent the opinion of
Oracle or any other party.