Logo GNT
Actualités Tests & Guides Bons Plans
Prime Day iPhone 16 Copilot PS5 Pro Xiaomi 15 ChatGPT Tesla
Entraide Mac OS Autres OS Mac OS X Passage à OS X 10.9 Mavericks : mise àjour de MySQL ?

Passage à OS X 10.9 Mavericks : mise àjour de MySQL ?

15 réponses
Avatar
sebastienmarty
Bonjour,

Je compte passer à Mavericks dans les jours qui viennent, et je me pose
la question de la mise à jour de MySQL.

J'utilise actuellement sur Mac OS X 10.6.8 la version 5.1.39.

J'ai trouvé un tuto pour passer de 5.5 à 5.6 ici :
<http://www.coolestguidesontheplanet.com/downtown/upgrade-mysql-database-55-56-osx-108-mountan-lion>

Question : Puis-je m'en inspirer pour passer de ma 5.1.39 à la version
la plus récente, ou y a-t-il d'autres précautions à prendre ou
manipulations à faire ?

Question corrollaire : je sais exporter une table, mais existe-t-il un
moyen de sauvegarder globalement l'ensemble de mes données (4 bases de
plusieurs tables chacune), au cas où ?

Merci d'avance pour vos réponses :)
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Matt
On Mer 23 octobre 2013 (14:57),
SbM wrote:

Bonjour,



Hello,

Question corrollaire : je sais exporter une table, mais existe-t-il un
moyen de sauvegarder globalement l'ensemble de mes données (4 bases de
plusieurs tables chacune), au cas où ?



Avec mysqldump(1) ou mysqlhotcopy(1), oui.

<http://dev.mysql.com/doc/refman/5.0/fr/mysqldump.html>
<http://dev.mysql.com/doc/refman/5.0/fr/mysqlhotcopy.html>

--
Unfortunate user: On Octobre 29th remind me to call Bob
Siri: You're a boob. {repeated 29 times}
(_+_) Siri, part eight (_+_)
Avatar
sebastienmarty
Matt wrote:

On Mer 23 octobre 2013 (14:57),
SbM wrote:

> Bonjour,

Hello,

> Question corrollaire : je sais exporter une table, mais existe-t-il un
> moyen de sauvegarder globalement l'ensemble de mes données (4 bases de
> plusieurs tables chacune), au cas où ?

Avec mysqldump(1) ou mysqlhotcopy(1), oui.

<http://dev.mysql.com/doc/refman/5.0/fr/mysqldump.html>
<http://dev.mysql.com/doc/refman/5.0/fr/mysqlhotcopy.html>



Je viens d'essayer avec mysqldump, je tape :

$ ./mysqldump --all-databases >~/backup.sql

Mais le fichier obtenu ne contient que la base "test". Je dois me
planter quelque part, mais où...

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
sebastienmarty
SbM wrote:

Matt wrote:

> On Mer 23 octobre 2013 (14:57),
> SbM wrote:
>
> > Bonjour,
>
> Hello,
>
> > Question corrollaire : je sais exporter une table, mais existe-t-il un
> > moyen de sauvegarder globalement l'ensemble de mes données (4 bases de
> > plusieurs tables chacune), au cas où ?
>
> Avec mysqldump(1) ou mysqlhotcopy(1), oui.
>
> <http://dev.mysql.com/doc/refman/5.0/fr/mysqldump.html>
> <http://dev.mysql.com/doc/refman/5.0/fr/mysqlhotcopy.html>

Je viens d'essayer avec mysqldump, je tape :

$ ./mysqldump --all-databases >~/backup.sql

Mais le fichier obtenu ne contient que la base "test". Je dois me
planter quelque part, mais où...



Bon je me réponds à moi-même : il faut préciser --user= et --password
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
sebastienmarty
SbM wrote:

SbM wrote:

> Matt wrote:
>
> > On Mer 23 octobre 2013 (14:57),
> > SbM wrote:
> >
> > > Bonjour,
> >
> > Hello,
> >
> > > Question corrollaire : je sais exporter une table, mais existe-t-il un
> > > moyen de sauvegarder globalement l'ensemble de mes données (4 bases de
> > > plusieurs tables chacune), au cas où ?
> >
> > Avec mysqldump(1) ou mysqlhotcopy(1), oui.
> >
> > <http://dev.mysql.com/doc/refman/5.0/fr/mysqldump.html>
> > <http://dev.mysql.com/doc/refman/5.0/fr/mysqlhotcopy.html>
>
> Je viens d'essayer avec mysqldump, je tape :
>
> $ ./mysqldump --all-databases >~/backup.sql
>
> Mais le fichier obtenu ne contient que la base "test". Je dois me
> planter quelque part, mais où...

Bon je me réponds à moi-même : il faut préciser --user= et --password


Et je me re-réponds : a priori mysqldump semble s'emmêler dans les
charsets. Et comme je suis un tantinet ballot je n'avais pas vu que
l'option Export dans phpMyAdmin permettait d'exporter l'ensemble des
données. Ça a l'air de mieux fonctionner (pour moi) que mysqldump.

Merci néanmoins pour la réponse :)

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
Matt
On Mer 23 octobre 2013 (19:10),
SbM wrote:

Et je me re-réponds : a priori mysqldump semble s'emmêler dans les
charsets. Et comme je suis un tantinet ballot je n'avais pas vu que
l'option Export dans phpMyAdmin permettait d'exporter l'ensemble des
données. Ça a l'air de mieux fonctionner (pour moi) que mysqldump.



L'éternel problème des jeux d'encodage de caractères :-)
Par défaut mysqldump(1) produit des exports en UTF-8 (les anciennes
versions sortaient de l'ISO-8859-1).

Tu peux cependant choisir un jeu d'encodage spécifique avec l'option
« --default-character-set ».

Si tu as du mal avec les outils cli, essaye « Sequel Pro » qui semble
pas mal du tout (lui manque juste le support pour PostgreSQL, ce qui
m'empêche de l'utiliser).

<http://www.sequelpro.com/>

hth

--
Unfortunate user: Do I look as pretty as Snow White?
Siri: Indeed Dave, it's snowing.
(_+_) Siri, part seventeen (_+_)
Avatar
sebastienmarty
Matt wrote:

On Mer 23 octobre 2013 (19:10),
SbM wrote:

> Et je me re-réponds : a priori mysqldump semble s'emmêler dans les
> charsets. Et comme je suis un tantinet ballot je n'avais pas vu que
> l'option Export dans phpMyAdmin permettait d'exporter l'ensemble des
> données. Ça a l'air de mieux fonctionner (pour moi) que mysqldump.

L'éternel problème des jeux d'encodage de caractères :-)
Par défaut mysqldump(1) produit des exports en UTF-8 (les anciennes
versions sortaient de l'ISO-8859-1).



Bizarrement je vois un peu partout dans le fichier exporté des "default
charset latin 1"... bizarre...

Tu peux cependant choisir un jeu d'encodage spécifique avec l'option
« --default-character-set ».



C'est ce que j'ai tenté ensuite, mais ça n'a pas eu l'air de changer
quoi que ce soit.

Si tu as du mal avec les outils cli, essaye « Sequel Pro » qui semble
pas mal du tout (lui manque juste le support pour PostgreSQL, ce qui
m'empêche de l'utiliser).

<http://www.sequelpro.com/>



Ah ça a l'air sympa, en effet, je testouillerai. Merci :)

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
william
On 2013-10-23, SbM wrote:
Matt wrote:

On Mer 23 octobre 2013 (19:10),
SbM wrote:

> Et je me re-réponds : a priori mysqldump semble s'emmêler dans les
> charsets. Et comme je suis un tantinet ballot je n'avais pas vu que
> l'option Export dans phpMyAdmin permettait d'exporter l'ensemble des
> données. Ça a l'air de mieux fonctionner (pour moi) que mysqldump.

L'éternel problème des jeux d'encodage de caractères :-)
Par défaut mysqldump(1) produit des exports en UTF-8 (les anciennes
versions sortaient de l'ISO-8859-1).





Ca dépend de la locale de l'utilisateur, non ?
Avatar
sebastienmarty
SbM wrote:

Bonjour,

Je compte passer à Mavericks dans les jours qui viennent, et je me pose
la question de la mise à jour de MySQL.

J'utilise actuellement sur Mac OS X 10.6.8 la version 5.1.39.

J'ai trouvé un tuto pour passer de 5.5 à 5.6 ici :
<http://www.coolestguidesontheplanet.com/downtown/upgrade-mysql-database-5
5-56-osx-108-mountan-lion>



Bon, je viens de suivre le tuto et je me heurte à un souci à l'étape
"Start MySQL and Repair". Quand je tente de lancer le serveur MySQL,
j'obtiens :

Starting MySQL
.. ERROR! The server quit without updating PID file
(/usr/local/mysql/data/Mini.local.pid).

J'ai trouvé un log d'erreur (/usr/local/mysql/data/Mini.local.err) qui
semble pointer une erreur avec InnoDB. Que dois-je faire ?


131103 14:13:15 mysqld_safe Starting mysqld daemon with databases from
/usr/local/mysql/data
2013-11-03 14:13:15 0 [Warning] TIMESTAMP with implicit DEFAULT value is
deprecated. Please use --explicit_defaults_for_timestamp server option
(see documentation for more details).
2013-11-03 14:13:15 11952 [Warning] Setting lower_case_table_names=2
because file system for /usr/local/mysql/data/ is case insensitive
2013-11-03 14:13:15 11952 [Note] Plugin 'FEDERATED' is disabled.
2013-11-03 14:13:15 11952 [Note] InnoDB: The InnoDB memory heap is
disabled
2013-11-03 14:13:15 11952 [Note] InnoDB: Mutexes and rw_locks use GCC
atomic builtins
2013-11-03 14:13:15 11952 [Note] InnoDB: Compressed tables use zlib
1.2.3
2013-11-03 14:13:15 11952 [Note] InnoDB: Not using CPU crc32
instructions
2013-11-03 14:13:15 11952 [Note] InnoDB: Initializing buffer pool, size
= 128.0M
2013-11-03 14:13:15 11952 [Note] InnoDB: Completed initialization of
buffer pool
2013-11-03 14:13:15 11952 [ERROR] InnoDB: auto-extending data file
./ibdata1 is of a different size 640 pages (rounded down to MB) than
specified in the .cnf file: initial 768 pages, max 0 (relevant if
non-zero) pages!
2013-11-03 14:13:15 11952 [ERROR] InnoDB: Could not open or create the
system tablespace. If you tried to add new data files to the system
tablespace, and it failed here, you should now edit
innodb_data_file_path in my.cnf back to what it was, and remove the new
ibdata files InnoDB created in this failed attempt. InnoDB only wrote
those files full of zeros, but did not yet use them in any way. But be
careful: do not remove old data files which contain your precious data!
2013-11-03 14:13:15 11952 [ERROR] Plugin 'InnoDB' init function returned
error.
2013-11-03 14:13:15 11952 [ERROR] Plugin 'InnoDB' registration as a
STORAGE ENGINE failed.
2013-11-03 14:13:15 11952 [ERROR] Unknown/unsupported storage engine:
InnoDB
2013-11-03 14:13:15 11952 [ERROR] Aborting

2013-11-03 14:13:15 11952 [Note] Binlog end
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'partition'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'PERFORMANCE_SCHEMA'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_DATAFILES'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_TABLESPACES'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_FOREIGN_COLS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_FOREIGN'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_FIELDS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_COLUMNS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_INDEXES'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_TABLESTATS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_SYS_TABLES'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_FT_INDEX_TABLE'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_FT_INDEX_CACHE'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_FT_BEING_DELETED'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_FT_DELETED'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_FT_DEFAULT_STOPWORD'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_METRICS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_BUFFER_POOL_STATS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_BUFFER_PAGE_LRU'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_BUFFER_PAGE'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_CMP_PER_INDEX_RESET'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_CMP_PER_INDEX'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_CMPMEM_RESET'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_CMPMEM'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_CMP'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'INNODB_LOCK_WAITS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_LOCKS'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'INNODB_TRX'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'BLACKHOLE'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'ARCHIVE'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'MRG_MYISAM'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'MyISAM'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'MEMORY'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'CSV'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'sha256_password'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'mysql_old_password'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin
'mysql_native_password'
2013-11-03 14:13:15 11952 [Note] Shutting down plugin 'binlog'
2013-11-03 14:13:15 11952 [Note] /usr/local/mysql/bin/mysqld: Shutdown
complete

131103 14:13:16 mysqld_safe mysqld from pid file
/usr/local/mysql/data/Mini.local.pid ended

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
Matt
On Dim 03 novembre 2013 (14:20),
SbM wrote:

Bon, je viens de suivre le tuto et je me heurte à un souci à l'étape
"Start MySQL and Repair". Quand je tente de lancer le serveur MySQL,
j'obtiens :

Starting MySQL
.. ERROR! The server quit without updating PID file
(/usr/local/mysql/data/Mini.local.pid).

J'ai trouvé un log d'erreur (/usr/local/mysql/data/Mini.local.err) qui
semble pointer une erreur avec InnoDB. Que dois-je faire ?



Demander à l'auteur de cet article une solution ? :)

[...]
2013-11-03 14:13:15 11952 [Note] InnoDB: Initializing buffer pool, size
= 128.0M
2013-11-03 14:13:15 11952 [Note] InnoDB: Completed initialization of
buffer pool
2013-11-03 14:13:15 11952 [ERROR] InnoDB: auto-extending data file
./ibdata1 is of a different size 640 pages (rounded down to MB) than
specified in the .cnf file: initial 768 pages, max 0 (relevant if
non-zero) pages!
2013-11-03 14:13:15 11952 [ERROR] InnoDB: Could not open or create the
system tablespace. If you tried to add new data files to the system
tablespace, and it failed here, you should now edit
innodb_data_file_path in my.cnf back to what it was, and remove the new
ibdata files InnoDB created in this failed attempt. InnoDB only wrote
those files full of zeros, but did not yet use them in any way. But be
careful: do not remove old data files which contain your precious data!
2013-11-03 14:13:15 11952 [ERROR] Plugin 'InnoDB' init function returned
error.
2013-11-03 14:13:15 11952 [ERROR] Plugin 'InnoDB' registration as a
STORAGE ENGINE failed.
2013-11-03 14:13:15 11952 [ERROR] Unknown/unsupported storage engine:
InnoDB
2013-11-03 14:13:15 11952 [ERROR] Aborting
[...]



Probablement une erreur de configuration de « innodb_data_file_path ».
Regarde dans ton fichier de configuration qui doit se trouver dans
« ${prefix}/db/mysql/ ».

Pour savoir comment le configurer :
<http://dev.mysql.com/doc/refman/5.0/fr/innodb-configuration.html>

hth

--
Unfortunate user: Open google.com on Safari
Siri: Binoculars are better than goggles for a Safari, Dave.
(_+_) Siri, part fifteen (_+_)
Avatar
sebastienmarty
Matt wrote:

On Dim 03 novembre 2013 (14:20),
SbM wrote:

> Bon, je viens de suivre le tuto et je me heurte à un souci à l'étape
> "Start MySQL and Repair". Quand je tente de lancer le serveur MySQL,
> j'obtiens :

> Starting MySQL
> .. ERROR! The server quit without updating PID file
> (/usr/local/mysql/data/Mini.local.pid).

> J'ai trouvé un log d'erreur (/usr/local/mysql/data/Mini.local.err) qui
> semble pointer une erreur avec InnoDB. Que dois-je faire ?


Probablement une erreur de configuration de « innodb_data_file_path ».
Regarde dans ton fichier de configuration qui doit se trouver dans
« ${prefix}/db/mysql/ ».

Pour savoir comment le configurer :
<http://dev.mysql.com/doc/refman/5.0/fr/innodb-configuration.html>



Bon, j'ai pas tout compris :) donc du coup j'ai réimporté mes backups
c'était plus rapide :)

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
1 2