ETA: For those wanting to know the root cause, see the comments.
So, MySQL seemed to be faring just fine during and after the leap second. There were no big problems or catastrophic failures. However, we noticed that MySQL (and Java) servers* had a huge spike in CPU – which was odd, because nothing out of the ordinary was running. We were able to fix the problem quite easily. Here’s the graph, and the fix:
Note that the CPU spikes starting at 17:00 Pacific, which is midnight UTC. We fixed it around 19:35 Pacific.
The fix is quite simple – simply set the date. Alternatively, you can restart the machine, which also works. Restarting MySQL (or Java, or whatever) does NOT fix the problem. We put the following into puppet to run on all our machines:
$ cat files/bin/leap-second.sh
#!/bin/bash
# this is a quick-fix to the 6/30/12 leap second bug
if [ ! -f /tmp/leapsecond_2012_06_30 ]
then
/etc/init.d/ntpd stop; date -s "`date`" && /bin/touch /tmp/leapsecond_2012_06_30
fi
We ran this in puppet, which we set to run the command on the next puppet run, and puppet would also restart ntp (the way we have it configured; your mileage may vary).
* and a bunch of our IT guys have personal, at-home minecraft servers, which were also similarly affected.
200px
 Die in der Nacht vom 30. Juni auf den 1. Juli 2012 ausgeführte Schaltsekunde hat laut einem Blogbeitrag bei dem Mozilla-Projekt zu Problemen auf Linux-Systemen geführt. Auf den Servern sei es nach der Schaltsekunde zu seltsamen Prozessorauslastungen gekommen. Die Uhrzeit musste neu gesetzt oder das System neu gestartet werden. Die Korrektursekunde war von der  Physikalisch-Technischen Bundesanstalt und dem International Earth Rotation and Reference Systems Service (IERS) angeordnet worden.
70px
Das Problem liegt wahrscheinlich im Betriebssystemkern, dem Linux-Kernel, wo die Zeitsteuerung der Schaltsekunde zu einem Deadlock führen kann. Die Uhr bleibt dann stehen, sie „friert ein“. Von dem Problem sind offenbar die meisten Kernel-Versionen bis einschließlich 3.3 betroffen.

Um solchen Problemen vorzubeugen, fügte z.B. Google mit modifizierten NTP-Servern bis zur eigentlichen Schaltsekunde mit jedem NTP-Update wenige Millisekunden ein, damit die Systemuhr auch nach der Schaltsekunde weiterläuft. Mittlerweile wird bereits an Patches für den Linux-Kernel gearbeitet.

Der Bug hat in den Rechenzentren der Firma Hetzner Online in der Nacht unmittelbar nach der Schaltsekunde zu einem sprunghaften Anstieg des Stromverbrauchs um etwa ein Megawatt  gesorgt.