Percona Toolkit tools use DSNs to specify how to create a DBD connection to
a MySQL server. A DSN is a comma-separated string of
key=value parts, like:
The standard key parts are shown below, but some tools add additional key parts. See each tool’s documentation for details.
Some tools do not use DSNs but still connect to MySQL using options like
--password. Such tools uses these options to
create a DSN automatically, behind the scenes.
Other tools uses both DSNs and options like the ones above. The options
provide defaults for all DSNs that do not specify the option’s corresponding
key part. For example, if DSN
h=host1 and option
specified, then the tool automatically adds
P=12345 to DSN.
DSNs are usually specified on the command line, so shell quoting and escaping
must be taken into account. Special characters, like asterisk (
to be quoted and/or escaped properly to be passed as literal characters in
Since DSN parts are separated by commas, literal commas in DSN values must
be escaped with a single backslash (
\). And since a backslash is
the escape character for most shells, two backslashes are required to pass
a literal backslash. For example, if the username is literally
it must be specified as
my\\,name on most shells. This applies to DSNs
and DSN-related options like
Many of the tools add more parts to DSNs for special purposes, and sometimes override parts to make them do something slightly different. However, all the tools support at least the following:
Default character set for the connection (
Enables character set settings in Perl and MySQL. If the value is
utf8, sets Perl’s binmode on STDOUT to utf8, passes the
mysql_enable_utf8option to DBD::mysql, and runs
SET NAMES 'utf8'after connecting to MySQL. Other values set binmode on STDOUT without the utf8 layer and run
SET NAMESafter connecting to MySQL.
Unfortunately, there is no way from within Perl itself to specify the client library’s character set.
SET NAMESonly affects the server; if the client library’s settings don’t match, there could be problems. You can use the defaults file to specify the client library’s character set, however. See the description of the F part below.
Default database to use when connecting. Tools may
USEa different databases while running.
Defaults file for the MySQL client library (the C client library used by DBD::mysql, not Percona Toolkit itself). All tools all read the
[client]section within the defaults file. If you omit this, the standard defaults files will be read in the usual order. “Standard” varies from system to system, because the filenames to read are compiled into the client library. On Debian systems, for example, it’s usually
~/.my.cnf. If you place the following in
~/.my.cnf, you won’t have to specify your MySQL username and password on the command line:[client] user=your_user_name pass=secret
Omitting the F part is usually the right thing to do. As long as you have configured your
~/.my.cnfcorrectly, that will result in tools connecting automatically without needing a username or password.
You can also specify a default character set in the defaults file. Unlike the “A” part described above, this will actually instruct the client library (DBD::mysql) to change the character set it uses internally, which cannot be accomplished any other way.
MySQL hostname or IP address to connect to.
Explicitly enable LOAD DATA LOCAL INFILE.
For some reason, some vendors compile libmysql without the –enable-local-infile option, which disables the statement. This can lead to weird situations, like the server allowing LOCAL INFILE, but the client throwing exceptions if it’s used.
However, as long as the server allows LOAD DATA, clients can easily re-enable it; see https://dev.mysql.com/doc/refman/5.0/en/load-data-local.html and http://search.cpan.org/~capttofu/DBD-mysql/lib/DBD/mysql.pm. This option does exactly that.
MySQL password to use when connecting.
Port number to use for the connection. Note that the usual special-case behaviors apply: if you specify
localhostas your hostname on Unix systems, the connection actually uses a socket file, not a TCP/IP connection, and thus ignores the port.
MySQL socket file to use for the connection (on Unix systems).
MySQL username to use when connecting, if not current system user.
Many of the tools will let you specify a DSN as a single word, without any
key=value syntax. This is called a ‘bareword’. How this is handled is
tool-specific, but it is usually interpreted as the “h” part. The tool’s
--help output will tell you the behavior for that tool.
Many tools will let you propagate values from one DSN to the next, so you don’t have to specify all the parts for each DSN. For example, if you want to specify a username and password for each DSN, you can connect to three hosts as follows:
h=host1,u=fred,p=wilma host2 host3
This is tool-specific.
For general inquiries, please send us your question and someone will contact you.