For most projects, I recommend using the official packages available via the MariaDB projects own apt repo. <div><br></div><div>The official packages are based on the Debian mysql packaging where installing the server package also installs a default database created around generic config defaults, a debian mysql maintenance user with a randomly generated password, and scripts (including init) that assume privileged access via that user. That is, installing the packages provides you with a fresh running working database with generic defaults suitable for a small server, and certain admin tasks automated. I think that's what the average labs and general users wants and expects. </div>
<div><br></div><div>The packages I've built for production use at wmf strips out all of the debianisms, the debian project script rewrites, the pre/post install actions. They also leave debug symbols in the binaries and have compiler flag tweaks, but do not at this stage contain any source patches. Installing the server package doesn't create a default db, or provide an environment where you can even start the server on a fresh sever install without further<span></span> work. Probably not a good choice for most labs users. <br>
<div><br>On Wednesday, February 13, 2013, Petr Bena  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>thanks for updates.<br><br></div>Can you tell me what is a difference between maria db you are using and the version that is recommended for use on ubuntu?<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Wed, Feb 13, 2013 at 6:58 PM, Asher Feldman <span dir="ltr"><<a href="javascript:_e({}, 'cvml', 'afeldman@wikimedia.org');" target="_blank">afeldman@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

The production migration to MariaDB was paused for a time by the EQIAD<br>
datacenter migration and issues involving other projects that took up my<br>
time, but the trial production roll-out will resume this month.  All signs<br>
still point to our using it in production.<br>
<br>
I did a lot of query testing on an enwiki MariaDB 5.5 slave over the course<br>
of more than a month before the first production deployment.  Major version<br>
migrations with mysql and derivatives are not to be taken lightly in<br>
production environments.  At a minimum, one must be concerned about query<br>
optimizer changes making one particular query type significantly slower.<br>
In the case of the switch to 5.5, there are several default behavior<br>
changes over 5.1 that can break applications or change results.  Hence,<br>
some serious work over a plodding time frame before that first production<br>
slave switch.<br>
<br>
Despite those efforts, a couple weeks after the switch, I saw a query<br>
generated by what seems to be a very rare edge case from that AFTv4<br>
extension that violated stricter enforcement of unsigned integer types in<br>
5.5, breaking replication and requiring one off rewriting and execution of<br>
the query locally to ensure data consistency before skipping over it.  I<br>
opened a bug, Mathias fixed the extension, and I haven't seen any other<br>
compatibility issues from AFTv4 or anything else deployed on enwiki.<br>
<br>
That said, other projects utilize different extensions, so all of my<br>
testing that has gone into enwiki cannot be assumed to fully cover<br>
everything else.  Because of that, and because I want to continue<br>
proceeding with caution for all of our projects, this will continue to be a<br>
slow and methodical process at this stage.  Bugs in extensions that aren't<br>
used by English Wikipedia may be found and require fixing along the way.<br>
<br>
As the MariaDB roll-out proceeds, I will provide updates on wikitech-l.<br>
<br>
Best,<br>
Asher<br>
<div><div><br>
On Wed, Feb 13, 2013 at 5:19 AM, Petr Bena <<a href="javascript:_e({}, 'cvml', 'benapetr@gmail.com');" target="_blank">benapetr@gmail.com</a>> wrote:<br>
<br>
> Okay - so what is outcome? Should we migrate beta cluster? Are we going to<br>
> use it in production?<br>
><br>
><br>
> On Wed, Feb 13, 2013 at 2:08 PM, Chad <<a href="javascript:_e({}, 'cvml', 'innocentkiller@gmail.com');" target="_blank">innocentkiller@gmail.com</a>> wrote:<br>
><br>
>> On Wed, Feb 13, 2013 at 8:05 AM, bawolff <<a href="javascript:_e({}, 'cvml', 'bawolff%2Bwn@gmail.com');" target="_blank">bawolff+wn@gmail.com</a>> wrote:<br>
>> > Umm there was a thread several months ago about how it is used on<br>
>> several<br>
>> > of the slave dbs, if I recall.<br>
>> ><br>
>><br>
>> Indeed, you're looking for "mariadb 5.5 in production for english<br>
>> wikipedia"<br>
>><br>
>> <a href="http://www.gossamer-threads.com/lists/wiki/wikitech/319925" target="_blank">http://www.gossamer-threads.com/lists/wiki/wikitech/319925</a><br>
>><br>
>> -Chad<br>
>><br>
>> _______________________________________________<br>
>> Wikitech-l mailing list<br>
>> <a href="javascript:_e({}, 'cvml', 'Wikitech-l@lists.wikimedia.org');" target="_blank">Wikitech-l@lists.wikimedia.org</a><br>
>> <a href="https://lists.wikimedia.org/mailman/listinfo/wikitech-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/wikitech-l</a><br>
>><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Labs-l mailing list<br>
> <a href="javascript:_e({}, 'cvml', 'Labs-l@lists.wikimedia.org');" target="_blank">Labs-l@lists.wikimedia.org</a><br>
> <a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
<div><div>><br>
><br>
_______________________________________________<br>
Wikitech-l mailing list<br>
<a href="javascript:_e({}, 'cvml', 'Wikitech-l@lists.wikimedia.org');" target="_blank">Wikitech-l@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/wikitech-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/wikitech-l</a></div></div></blockquote></div><br></div>
</blockquote></div></div>