Discussion :

[Altau]

PHP 5.6.40 / Debian 9

Je souhaite réinstaller ma base Nextcloud que j'ai sauvegardée par un dump mais ça donne plein d'erreurs du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ERROR 1071 (42000) at line 968: Specified key was too long; max key length is 767 bytes

En effet, beaucoup de tables ont une structure du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CREATE TABLE `oc_dav_shares` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `principaluri` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL,
  `type` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL,
  `access` smallint(6) DEFAULT NULL,
  `resourceid` bigint(20) unsigned NOT NULL,
  `publicuri` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `dav_shares_index` (`principaluri`,`resourceid`,`type`,`publicuri`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin ROW_FORMAT=COMPRESSED;

qui génèrent des enregistrements excessivement longs, surtout en utf8.
Le dump a bien sûr été généré sur la même machine.

Comment faire pour aboutir ?

[SQLpro]

Phare tarmo...
Il n'a a aucune solution.
En effet de part la mauvaise qualité de la construction de MySQmerde, il encode les caractères du soit disant format UTF8 sur 3 octets. Comme la longueur des clefs des index dans MySQmerde ne peut pas dépasser 767 octets, tu es baisé parce que 765 / 3 = 255. Tu ne peut donc pas dépasser 255 caractères UTF8 dans une clef d'index !
Tu as donc le choix de :

• redévelopper MySQL pour corriger cela (bon courage ! Vive le libre !!!)
• Choisir un SGBDR professionnel... Pour information dans SQL Server c'est 1600 octets et donc en UTF 8 (codé sur 2 octets), tu peut aller jusqu'à 800 caractères

A lire sur ce pseudo SGBD non relationnel : https://blog.developpez.com/sqlpro/p...oudre_aux_yeux


A +

[kedare]

Par contre c'est bizarre que ca a pu rentrer sans soucis dans MySQL avant le backup, il y a une différence de version entre le serveur source et destination (De mémoire c'est au début du fichier backup) ?
Si non si tu cherches une alternative regarde PostgreSQL qui est supporté par NextCloud nativement contrairement a SQLServer.

[Altau]

J'ai pu solutionner mon problème en ajoutant les lignes suivantes au fichier mariadb.cnf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 [mysqld]
 innodb-file-format=barracuda
 innodb-file-per-table=1
 innodb-large-prefix=1

Merci à ceux qui ont répondu