mySQL fejl ting..

Prøvet at geninstallere alle server-dele?

hardware ? software ? problemet er lidt at den hoster en stor bannerservice, og vi mister penge ved den mindste nedetid..

Så kan ikke begynde at \"lege\" for meget med den.. Den står iøvrigt i USA, så svært at udskifte ret meget, uden det bliver for bøvlet..

Er der problemer med andre query\'s, eller kun den ene?

Det er forskelligt, når det er MEGET store SQL query\'s sker det ofte..

Uhm... prøver lige at finde noget dokumentation på timeouts i mySQL. Lyder lidt som om det kunne være problemet.

Hvorfor så ikke opdele query\'sne i nogle mindre ... bare for et forsøgs skyld ...

mht. parazites timeout, hvor store er \"MEGET store query\'s\" så?

repsac : Sad selv lige og overvejede at foreslå det. :o)

et par mb\'s vil jeg tro..

Og det er ikke mig som har lavet koden, jeg er bare admin på serveren :) og fik at vide det var et problem..

Kunne vel meget vel være en timeout, eller?

Jups, det er også mit gæt.. Men hvordan sætter jeg så det op ?

Jeg har hørt noget om my.conf, men hvor og hvordan skal den se ud ? :)

Uhm... KUNNE det have noget at gøre med linien:
max_execution_time = 30    ; Maximum execution time of each script, in seconds
i php.ini?

Jeg har ikke særligt meget forstand på selve mysqlserveren, så det er et bud jeg kommmer med her.
Kopieret fra: http://www.mysql.com/documentation/mysql/bychapter/manual_Tools.html (søg på timeout)
***********************
You can also set the following variables with -O or --set-variable:

Variablename  Default  Description 
connect_timeout  0  Number of seconds before timeout connection. 
max_allowed_packet  16777216  Max packetlength to send/receive from to server 
net_buffer_length  16384  Buffer for TCP/IP and socket communication 
select_limit  1000  Automatic limit for SELECT when using --i-am-a-dummy 
max_join_size  1000000  Automatic limit for rows in a join when using --i-am-a-dummy. 


If you type \'help\' on the command line, mysql will print out the commands that it supports:
***********************

Specielt er det denne linie jeg lagde mærke til:
\"max_allowed_packet  16777216  Max packetlength to send/receive from to server\"
KAN det være fordi denne værdi bare skal gøre større ...?

Anyway, jeg tøffer i hi.

repsac : Uhm... er 16777216 byte ikke ~16 mb? Burde det ikke være nok? Correct me if I\'m wrong!

Det er nok max_allowed_packet, du skal have fat i. 16 mb er max-grænsen du kan overføre i en query, men som default er den sat til 1 mb. Så hvis din query er stor (over 1 mb), så lukker mysql for forbindelsen.

Så set den variable op, så er du kørende.

Opret en fil i /etc, der hedder my.cnf

I den fil skrivet du følgende:

[mysqld]
set-variable  = max_allowed_packet=4M

Gem filen og genstart mysql. Så er du kørende. :)

Du kan også sætte andre variabler i den fil. Det kan nok give noget mere performance på din server.

key_buffer, table_cache, sort_buffer og myisam_sort_buffer er gode bud. Kig i manualen for optimering.

Hmm, jeg fik smidt my.cnf\'en lidt op i cache og ting, men venter lige til engang i aften når der er \"lidt mere gang\" i serveren.. Men defrost\'s lyder meget rigtig :)

kapsel>> Fik du prøvet om det virker?

jep, men problemet var desværre at www serveren og mysql serveren ikke kørte lokalt (som jeg troede)..

Men du kan få 50 points, da du kom med et godt forslag.. det var jo svært at vide.. (sad og bøvlede med det cirka 10 timer :)