[debian-mysql] my.cnf problems

Norvald H. Ryeng norvald.ryeng at oracle.com
Mon Dec 9 07:45:37 UTC 2013


On Sat, 07 Dec 2013 00:58:43 +0100, Stewart Smith  
<stewart.smith at percona.com> wrote:

> Bjoern Boschman <bjoern at boschman.de> writes:
>> I've seen some blockers due to the fact that everybody (mysql, maria,
>> percona) includes my.cnf from mysql-common.
>>
>> my 2 cent:
>>
>> maria: /etc/mariadb/my.cnf
>> mysql: /etc/mysql/my.cnf
>> percona: /etc/percona/my.cnf
>>
>> From my point of view it's a dream that cannot be fullfilled that all
>> forks can share the same configuration file.

I agree. They are mostly similar, but some day someone will add an option  
that we want to use, but the other flavors don't support it.

>>
>> your comments?
>
> The idea of Percona Server is to be a complete drop-in replacement with
> zero or near-zero effort going to/from MySQL... so having a different
> configuration file would mean that switching to Percona Server would
> suddenly use a different configuration, potentially even preventing the
> server from starting (as the datadir is the same).
>
> I'm not sure what the best idea is here....

I see your point. The main problem with a common my.cnf is that it's  
impossible to separate between the servers. MySQL and Percona is probably  
similar enough that this won't be much of a problem in practice, but  
MariaDB doesn't follow MySQL that closely. With separate my.cnfs, we can  
add flavor specific options to those and add common options in a common  
file/directory (e.g., /etc/my.cnf.d/) that is included by all. Wouldn't  
that work?

Regards,

Norvald



More information about the pkg-mysql-maint mailing list