[TYPO3-UG Dutch] Serverbeheer MySQL vraag

[Jordan van Bergen]

Dank allen voor de tips.

Als ik dit lees zou ik bijna dit willen gaan toepassen omdat ik dan
weet dat het nooit meer dan 500 MB wordt:

InnoDB is not aware of the file system maximum file size, so be
cautious on file systems where the maximum file size is a small value
such as 2GB. To specify a maximum size for an auto-extending data
file, use the max attribute following the autoextend attribute. Use
the max attribute only in cases where constraining disk usage is of
critical importance, because exceeding the maximum size causes a fatal
error, possibly including a crash. The following configuration permits
ibdata1 to grow up to a limit of 500MB: 
[mysqld]
innodb_data_file_path=ibdata1:10M:autoextend:max:500M

Echter staat er "exceeding the maximum size causes a fatal error,
possibly including a crash"

gaat dat ook echt gebeuren is mijn vraag? Omdat innodb alleen op de
index/cache tabellen van TYPO3 wordt gebruikt lijkt mij dat 500M ook
voldoende moet zijn maar ik heb dus geen idee wat er gebeurt NA 500 MB
;-) Als de boel crasht heb je niets aan deze configuratie instelling
natuurlijk.

Benieuwd of iemand weet of inderdaad TYPO3 (dus MySQL) gaat crashen
als de 500M bereikt is?

MvG,

Jordan

On Mon, 25 Apr 2011 13:15:16 +0200, Jigal van Hemert <jigal at xs4all.nl>
wrote:

>Hoi,
>
>On 25-4-2011 10:23, Jordan van Bergen wrote:
>> Vraag 1: er is een manier om per tabel dit soort innodb bestanden te
>> genereren. Als je dan een tabel of databse weggooit wordt dit
>> tenminste wel opgeschoond. Kent iemand die manier en hoe stel je dit
>> in en hoe kom je dan af van die al bestande 6 GB ibdata1 file?
>
>Voor configuratie van InnoDB zie [1] en [2].
>
>Om een bestaande database om te zetten naar per-table-files is een 
>compleet recept te vinden op [3].
>
>> Vraag 2: Een database geeft aan dat deze 360 MB is. Echter met het
>> backup command mysqldump --opt etc. wordt het bestand 5 GB !. Dat moet
>> dus uit die ibdata1 tabel (innodb) data komen.
>
>Ten eerste is het tekstformaat van een dump nogal inefficiënt voor 
>binaire data die nogal eens in blob-velden voorkomt.
>Ten tweede is een backup vaak bedoeld om *belangrijke* data op te slaan. 
>In dat geval kun je ervoor kiezen om bepaalde tabellen juist niet mee te 
>nemen. Ik zou cache* tabellen uitsluiten, de index_* tabellen (behalve 
>index_config) kunnen opnieuw opgebouwd worden (je verliest statistieken, 
>maar echt noodzakelijk is dat niet) en de sys_log en sys_history zijn 
>niet absoluut onmisbaar, maar vaak wel enorm groot.
>
>Als je echt het uiterste uit je MySQL installatie moet halen dan kun je 
>gaan graven in boeken zoals [4].
>
>[1] http://dev.mysql.com/doc/refman/5.1/en/innodb-configuration.html
>[2] http://dev.mysql.com/doc/refman/5.1/en/innodb-multiple-tablespaces.html
>[3] 
>http://stackoverflow.com/questions/3927690/howto-clean-a-mysql-innodb-storage-engine/4056261#4056261
>[4] http://www.highperfmysql.com/