Re: Cannot remove MySQL completely

Axel Schwenke <[email protected]> Thu, 20 Jan 2022 16:50:28 +0100
Newsgroups comp.databases.mysql
Organization A noiseless patient Spider
Message-ID <[email protected]>
On 20.01.2022 13:44, pinnerite wrote:
> On Wed, 19 Jan 2022 17:43:45 +0100
> Axel Schwenke <[email protected]> wrote:

>> I see no row with no user. I see garbled output for whatever reason. What
>> reports SHOW GRANTS ? And the hash for the 'mythtv' user looks ok. And it
>> would be a trifle so set it to something else with CHANGE PASSWORD ...
>>
>> So you are basically complaining about *nothing*. Or - to be more precise -
>> about things that you don't understand and believe to be erroneous.
> 
> So you know that the hash for 'mythtv' looks OK. It just happens to be the wrong hash.

One can (of course) not see that. That's the reason why the password is
hashed in the first place. But even if you lost the original password in
clear text - it's just that. Not an error in stored MySQL credentials.

> I could not change it to the correct one. 

Because you didn't try it the correct way. RTFM on CHANGE PASSWORD!

> So what is the user for: > > !ug2Ym[S%/K+ca2n7M06VWGOgOzJFxxKkrg/c7pjNT6Dm3n3FzLXm56 | localhost |  ?

That is garbled output. It's missing not only a complete field (the
username) but also the table decorations that the client puts around the
data fields. Probably due to unprintable characters.

And again. You are doing the wrong thing.

You should not go and SELECT from the mysql.user table directly (at least
not when you cannot interpret what you get back). Instead you should use
SHOW GRANTS. And yes, RTFM on that too.


XL