Ga naar inhoud


sql database backup van 32 mb terug zetten loopt vast.


Aanbevolen berichten

Geplaatst:

Hmmm ik heb iets gevonden en denk dat hij daarop onderuit gaat.

 

Op de nieuwe server is mysql ingesteld op een packet size van 1mb oude server is dat 16mb en er zijn attached files die al groter zijn en hij gaat inderdaad ook onderuit op de attachment table.

 

Maar in mijn my.cnf staat geen regel om dit aan te passen ? Wat nu.


Geplaatst:

Uit mijn vbulletin admincp

 

Alles werkt gewoon het forum draait (intern tot nu toe) en daar zie ik MySQL packet size 1.00 MB

 

Het enige probleem is ik moet mijn database moet importeren vanaf de oude server en waarschijnlijk houd de config van mysql het nu tegen.

 

Code:
 [mysqld]datadir=/var/lib/mysqlsocket=/var/lib/mysql/mysql.sock# Default to using old password format for compatibility with mysql 3.x# clients (those using the mysqlclient10 compatibility package).old_passwords=1     [mysql.server]user=mysqlbasedir=/var/lib[mysqld_safe]err-log=/var/log/mysqld.logpid-file=/var/run/mysqld/mysqld.pid 

 

Dit is alles wat er in my.cnf staat ik zie daar niets over packet size.

Geplaatst:

Met de hand toevoegen, effe in de manual kieken, bvb kiezen uit de volgende waardes in overeenstemming wat je al had draaien:

 

set-variable = key_buffer=36M

set-variable = max_allowed_packet=16M

set-variable = thread_stack=128K

set-variable = record_buffer=2M

set-variable = sort_buffer=16M

set-variable = table_cache=128

set-variable = join_buffer=16M

set-variable = myisam_sort_buffer_size=16M

 

# Uncomment the following if you are using BDB tables

#set-variable = bdb_cache_size=384M

#set-variable = bdb_max_lock=100000

 

# Uncomment the following if you are using Innobase tables

#innodb_data_file_path = ibdata1:2000M;ibdata2:2000M

#innodb_data_home_dir = c:\ibdata

#innodb_log_group_home_dir = c:\iblogs

#innodb_log_arch_dir = c:\iblogs

#set-variable = innodb_mirrored_log_groups=1

#set-variable = innodb_log_files_in_group=3

#set-variable = innodb_log_file_size=5M

#set-variable = innodb_log_buffer_size=8M

#innodb_flush_log_at_trx_commit=1

#innodb_log_archive=0

#set-variable = innodb_buffer_pool_size=16M

#set-variable = innodb_additional_mem_pool_size=2M

#set-variable = innodb_file_io_threads=4

#set-variable = innodb_lock_wait_timeout=50

 

[mysqldump]

quick

set-variable = max_allowed_packet=16M

 

[isamchk]

set-variable = key_buffer=256M

set-variable = sort_buffer=256M

set-variable = read_buffer=2M

set-variable = write_buffer=2M

 

[myisamchk]

set-variable = key_buffer=256M

set-variable = sort_buffer=256M

set-variable = read_buffer=2M

set-variable = write_buffer=2M

gr, WPW. -=[Deze ruimte is opzettelijk leeg gelaten]=-

Geplaatst:

Je kan de database ook importeren/exporteren met navicat, dat werkt bij mij tot nu toe vlekkeloos nadat ik eerder ook tegen de problemen opliep die jij nu hebt. Bovendien kun je dat progje ook localhost testen om te kijken wat het bij jou doet.

Alles kan: Wim Kan, koffiekan, Sandokan..

 

Geplaatst:
Citaat:
Ik ben alles aan het overhuizen naar een nieuwe server maar nou kom ik met de backups van sql die is 32 mb. Maar krijg hem er niet in met sqldumper. Hij begint gewoon maar na een paar procent stop hij spontaan en blijven er twee blauwe balken bovenin staan.


Ik maak met mysqldump regelmatig op mijn Linux server automatisch via een crontab backups van databases van websites op hosting servers die ik beheer. Met mysql kan ik deze hier weer zonder problemen inlezen in de locale test omgeving. Mijn databases zijn alleen geen 32 mb. Web based tools zoals phpmyadmin laat ik hiervoor links liggen, die lopen al snel tegen php geheugen beperkingen op. Ken sqldumper niet onder Linux, maar werkt het niet met de standaard tools?

export maken op de oude server:

mysqldump -h OUDE_SERVER_HOST -u MYSQL_USER -p --database DATABASE_NAAM -e --add-drop-table -Q > databasebackup.sql

importeren op de nieuwe server:

mysql -h NIEUWE_SERVER_HOST -u MYSQL_USER -p DATABASE_NAAM < databasebackup.sql
Geplaatst:

Ik heb inmiddels na mijn geklooi de oude database helemaal verkracht. En het was niet zo heel erg om opnieuw te beginnen omdat er namelijk een paar foutjes in de database zaten.

 

Maar is het erg als mijn mysql packet size op 1 mb staat.? Ik weet namelijk niet wat die mysql packet size er toe doet.

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
  • Wie is er online   0 leden

    • Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken
×
×
  • Nieuwe aanmaken...