mysqladmin não pega senha embutida

Os argumentos da linha de comando estão sujeitos à interpretação pelo shell de comando do sistema, alterando o comportamento do comando ou alterando o valor dos argumentos antes de serem passados ​​para o programa chamado.

Quando um argumento (como o valor para --password) contém um caractere que o shell pode interpretar, eles precisam ser citados (geralmente entre aspas simples 'no unix ou aspas duplas "no Windows) ou escapados individualmente (geralmente com uma barra invertida \antes de cada metacaractere ) para evitar a interpretação pelo shell.

Embora os caracteres específicos sejam específicos do sistema, alguns caracteres a serem observados incluem:

$ & ! \ [ ] < > `

Se a senha, para um exemplo muito ruim, fosse definida como pa$$word...

mysql --password=pa$$word     # does not work
mysql --password='pa$$word'   # works
mysql --password=pa\$\$word   # works, but slightly unclear what's going on at first glance

Leitura adicional:

• http://www.gnu.org/software/bash/manual/bashref.html#Quoting
• http://www.sal.ksu.edu/faculty/tim/unix_sg/shell/metachar.html
• http://www.grymoire.com/Unix/Quote.html

Atualização: para escapar de aspas 'simples ou "duplas na senha, você pode escapá-las com uma barra invertida inicial ou colocar todo o argumento no estilo oposto de aspas se não houver outros caracteres que o estilo de citação escolhido não seja compatível com.

mysql --password="like'this" # password has a single quote in the middle
mysql --password='like"this' # password with a double quote in the middle

Se você tiver uma aspa simples e outros caracteres especiais também, ficará preso com a barra invertida escapando porque, no unix, a aspa dupla é "mais fraca" do que uma aspa simples e muitos metacaracteres ainda são expandidos quando colocados entre aspas duplas, mas não simples citações.

Isso não é específico do MySQL, mas se aplica a qualquer coisa com argumentos de linha de comando.

Normalmente, você pode usar o echocomando para ver como o shell está interpretando seus argumentos.

$ echo foo$bar 
foo                # literal 'foo' plus the (empty) shell variable $bar

$ echo foo\$bar
foo$bar            # backslash prevents expansion of $bar as a variable

$ echo "foo$$bar"  # weaker double quote doesn't prevent expansion so
foo9691bar         # the $$ expands to the unix process id (pid) of the current shell

$ echo 'foo$$bar'
foo$$bar           # "stronger" single quote prevents shell expansion

$ echo "foo'bar"
foo'bar            # double quote allows single quote within the literal

Acompanhamento: O shell bash (e presumivelmente alguns outros) permite escapar de aspas simples dentro de strings de aspas simples, embora a convenção seja bizarra (provavelmente baseada em alguma decisão há muito esquecida perdida agora na névoa do tempo):

Substitua cada um 'dentro da string por '\''antes de colocar toda a string entre aspas simples... para que a string literal foo'barseja expressa como 'foo'\''bar'.

Como eu disse, bizarro. Isso é necessário porque uma barra invertida escapa de uma aspa simples fora de uma string com aspas simples, uma barra invertida não escapa de nada dentro de uma string com aspas simples no bash e strings com aspas simples podem ser fechadas e reabertas por várias aspas simples, desde que não haja caracteres intermediários que têm um significado especial. Então '\''fecha as aspas da string, fornece o literal de escape e reabre as aspas da string.

Adição:

Em uma máquina Windows, também lutamos com uma senha: ela continha %qual necessidade de escape %%(as aspas sozinhas não são suficientes aqui)