Problem med åäö efter uppgradering av mysql

[bruse]

Igår uppgraderade "vi" (vår isp) mysql från 4 till 5. Nu är det knas med alla åöö i gamla inlägg. I nya inlägg blir det rätt.
Så här ser ett gammalt inlägg ut:

höjd med Strömacken

Kollar jag i databasen direkt, så ser jag att alla gamla inlägg har sådana konstoga tecken, men nya inlägg efter uppgraderingen har "riktiga" läsbara åäö.

Jag har inte ändrat några inställningar för teckenuppsättning i phpBB eller på mysql-servern, men nåt sånt knas är det troligen.

Servern kör nu MySQL charset: UTF-8 Unicode (utf8)
Och tabellerna har (som förut) kollation latin1_swedish_ci

Vad göra bästa doktor phpBB? Är det nåt jag kan ändra utan att förlora alla inläggen? De som postats efter uppgraderingen kanske jag får anse som förlorade...

[Kjell]

Innan du startar så inaktivera forumet under ACP-> Foruminställningar för underhåll, sedan tar du backup på databasen!!!

Nu kan du prova ett skript som du hittar här http://www.phpbb.com/kb/article/doesnt- ... ue-errors/
Scriptet gör ingen mer än rekommenderar vad du bör köra, ta hem filen för din version av phpbb och lägg den i forumroten och kör den, sedan kopiera rekommendationerna till PhpMyAdmin SQL och kör den.

Jag kan inte lova att det funkar på allt du har, men jag har inte haft några problem med den.

Orsak
Detta är vanligtvis ett resultat av databasen som uppgraderas. Till exempel från MySQL 3.0.x eller 4.0.x till 4.1.x eller 5.x, ganska ofta webbhotell kommer att göra en sådan uppgradering utan förvarning.

Problemet är att schemat av databaser i äldre versioner inte fungerar korrekt i nyare versioner utan diverse saker och ting ändras. Resultatet av en sådan uppgradering utan att fastställa databasschema är det ovan nämnda fel.

Denna fråga har blivit allt vanligare på supportforum nyligen, och framför allt många människor har felaktigt fram detta som ett phpBB bugg. Som en följd av detta beslutade utvecklingsteamet det skulle ligga i deras intresse att lösa problemet. Alltså de tagit fram ett manus som kan genomföras fram en uppsättning av SQL-frågor för att korrigera databasschemat.

Skulle den inte byta tecken så kan man manuellt ändra tecken, den tar lite tid men funkar, men kör det jag skriver om ovanför först.
För subject:

Kod: Markera allt

UPDATE phpbb_posts SET post_subject = replace(post_subject,'sökord','ersätt med');

För post text:

Kod: Markera allt

UPDATE phpbb_posts SET post_post_text = replace(post_post_text,'sökord','ersätt med');

[bruse]

tack för übersnabbt svar!

Vad kör du för teckenuppsättning på din db?

Kanske fel tråd, men jag har kört MtSQLDumper för att göra backup. Nu när jag ska göra det efter uppgraeringen, får jag frågan om "Välj backupfilens kodering"... default står där "utf8 - UTF-8 Unicode". Ska jag låta det vara så, eller välja "latin1" som den har idag?

[Kjell]

För säkerhetsskull ta flera backuper med olika inställningar, men borde vara utf8 - UTF-8 Unicode.... men som vanligt så ska man inte vara stöddig och säga att det är det du ska ha, så flera backuper kan vara bra i ditt läge.

Ps. säg till hur det fungerade senare, kan vara bra att skriva om det under "Frågor och svar".

[bruse]

Det var så jag tänkte med.

Har du hört nån som haft problem med den där mysql_upgrader? Körde den nu, och den rekomenderar förutom massa annat, "DEFAULT CHARSET=utf8 COLLATE=utf8_bin;" på alla tabeller.

Du anar inte så förtvivlad jag var igår.

[Kjell]

Jag har inte hört att någon annan än jag själv har kört den i Sverige, men många andra i andra länder har kört det och inte haft problem.

[bruse]

Då har jag backat upp i alla tänkbara varianter.

Klistrar du in alla sql-rekomendationer, eller tar du tabell för tabell?

[Kjell]

Du kan köra allt, och skulle den säga ifrån så kan du ta en och en.

[bruse]

Fick köra i små batchar. Men fick problem med denna:

ALTER TABLE phpbb_posts ADD FULLTEXT (post_subject), ADD FULLTEXT (post_text), ADD FULLTEXT post_content (post_subject, post_text)

MySQL sa: Dokumentation
#1283 - Column 'post_text' cannot be part of FULLTEXT index

Samt att den ibland ville droppa nycklar som inte fanns

[Kjell]

Tror du kan strunta i den, hur ser det ut nu i forumet?
(är lite nyfiken att få se din databas via phpmyadmin...)

[bruse]

Ingen skillnad, samma skräptecken när jag kollar gamla inlägg, men korrekta åäö för alla nya.

Alla tabeller har nu Kollationering utf8_bin, men längst ned i listan över tabeller står det

62 tabell(er) Summa 510 741 MyISAM latin1_swedish_ci 223,8 MiB 12,6 KiB

[Holger]

Har du provat detta?

Kod: Markera allt

UPDATE phpbb_posts SET post_subject = replace(post_subject,'sökord','ersätt med');

Kod: Markera allt

UPDATE phpbb_posts SET post_post_text = replace(post_post_text,'sökord','ersätt med');

Sök alltså det förstörada tecknet och ersätt med det riktiga. Även de förstörda tecknen har unika "koder".

Fick du inte chans att köra en backup innan uppgraderingen?!
Kan rekommendera mysqldumper som räddar mycket som har med teckenkodering att göra.

[Kjell]

62 tabell(er) Summa 510 741 MyISAM latin1_swedish_ci 223,8 MiB 12,6 KiB

Den visar vad databasen har default det är den som ska vara om du skapar egna tabeller, dvs det är inget du behöver bry dig om.

Ja, då är det den hårda vägen efter detta och konvertera tecken för tecken, dvs sök och ersätt, du ser vilka tecken det är om du tittar i tabellen. (Ingen ide att jag klistra in dom här då det kan bli fel via den här editorn, åäöÅÄÖ), så som nu Holger skriver. Men resten borde vara okey för MYSQL 5 nu.

[bruse]

Holger, hur ska åäö se ut i databasen? Ska det vara åäö i klartext, eller ska det vara konstiga tecken? Är det gamla inlägg som blivit fel, eller läser phpBB gamla inlägg fel?

Jo, jag har backat upp mha MySQLDumper, tack vare dina tips. Men menar du att jag ska läsa tillbaka allt?

[Holger]

Hm, om du tog backup med dumpern FÖRE uppdateringen till mysql5 så kan du prova att återställa till mysql5-databasen nu. Problemet är ju att nya inlägg går förlorade!
Rörande hur tecknena ska se ut: hur ser de ut i nya inlägg? Klartext där?
I så fall kan du ju prova att ändra ett av inläggen med dumpern (i SQL-browsern) till klartext och se om det hjälper.