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

Le
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)
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Matt
Le #25737812
On Mer 23 octobre 2013 (14:57),
SbM
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.


--
Unfortunate user: On Octobre 29th remind me to call Bob
Siri: You're a boob. {repeated 29 times}
(_+_) Siri, part eight (_+_)
sebastienmarty
Le #25737962
Matt
On Mer 23 octobre 2013 (14:57),
SbM
> 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.




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)
sebastienmarty
Le #25737942
SbM
Matt
> On Mer 23 octobre 2013 (14:57),
> SbM >
> > 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.
>
> >
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)
sebastienmarty
Le #25738042
SbM
SbM
> Matt >
> > On Mer 23 octobre 2013 (14:57),
> > SbM > >
> > > 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.
> >
> > > > >
> 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)
Matt
Le #25738292
On Mer 23 octobre 2013 (19:10),
SbM
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).


hth

--
Unfortunate user: Do I look as pretty as Snow White?
Siri: Indeed Dave, it's snowing.
(_+_) Siri, part seventeen (_+_)
sebastienmarty
Le #25738302
Matt
On Mer 23 octobre 2013 (19:10),
SbM
> 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).




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

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
william
Le #25759882
On 2013-10-23, SbM
Matt
On Mer 23 octobre 2013 (19:10),
SbM
> 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 ?
sebastienmarty
Le #25760382
SbM
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)
Matt
Le #25760602
On Dim 03 novembre 2013 (14:20),
SbM
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 :

hth

--
Unfortunate user: Open google.com on Safari
Siri: Binoculars are better than goggles for a Safari, Dave.
(_+_) Siri, part fifteen (_+_)
sebastienmarty
Le #25763562
Matt
On Dim 03 novembre 2013 (14:20),
SbM
> 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 :



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)
Publicité
Poster une réponse
Anonyme