Otroligt långsam query

Din query är inte så säker och du verkar inte avsluta den på ett korrekt sätt.
Jag förstår inte varför du skriver $this>id, antar att $this är en variabel som innehåller ditt id?

Isåfall testa följande:

mysql_query("UPDATE `strider` SET `hitpoints`='$hp' WHERE `id`='$this'");

Snarare så att det är en klass som innehåller en variabel vid namn id så att bara skriva $this kommer inte att fungera.

Är det bara denna fråga som tar lång tid eller är det alla frågor?

Ja så kan det vara, tänkte ej på det!
Men i sådana fall borde det räcka med att lägga till >id efter $this, så länge det inte är hela din databas som är långsam

Hur många rader har strider, och är id ett index?

ligger din databasfråga i en loop?
Om så är fallet så kommer ju frågan köras k gånger.
Ett bättre alternativ är att bulka ihop uppdateringarna för alla k objekt och köra en databasfråga efter loopen.

Jag tror han menar att hela scriptet utan nämnd kodrad tar 0.0003s och då han kör hela scriptet med kodraden så tar det 0.06-0.1 ca 2.6x längre tid.

Hur mycket är din förväntade last på den här frågan?

Jag kan inte php, men tips för att få en databas fråga snabbare kan vara att kolla upp vilken typ av binding du använder för dina variablar.

Om du tänker dig en Oracle databas, så kan du göra en query.
Det den då måste göra är att, den måste kolla exakt hur queryn ser ut, den måste kolla ifall din användare har rättigheter att göra vad du försöker göra, i de tabellerna du försöker göra det i. Tillsammans med en massa andra saker. Detta tar onödigt mycket tid.

Det man då gör för att undvika detta är att använda något som kallas för att man binder variablerna, så man garanterar en soft parse.

Detta innebär då att du t ex säger: "select * from my_table where id=?", vilket innebär att din databas kan cacha den frågan exakt som den ser ut, då nästan du ställer exakt samma fråga så vet den, aha, det är den här frågan igen, då vet jag redan att den här användaren har access till de tabellerna den försöker att göra. Finns exempel där du från att byta mellan soft och hard parse kan få från 300-3000 tps (transactions per second).

Tänk på att nu när du byter till MyISAM, så den största skillnaden vad jag vet är att låser på tabell nivå jämfört med InnoDB som låser på rad-nivå, vilket gör att om du gör den här queryn i stor mängd så kommer den inte klara av det..

Nu som sagt vet jag inte om detta hjälper dig alls, bara små tips som KANSKE hjälper dig nu eller i framtiden eller någon annan.

Lycka till!

Har du funderat på att använda t.ex. redis som lagringsmotor istället (in memory database) där du kan ha som tillägg att redis skriver till traditionell databas emellanåt.

Jag vet inte om jag är ute o cyklar här men tar inte en sökning på "select * from my_table..." (alla fält) längre tid än just de specifika fält man vill åt? tex "select faltnr1 from my_table..." ??

Ja det stämmer, men skrev bara det där som ett exempel för att förklara vad jag menade
Det jag vill få fram är att om man inte gör en fråga unik så har databasen cachat den och det ökar hastigheten rejält.
Oavsett om det är select * eller select faltnr1.

En unik fråga:
select faltnr1 from my_table where my_id=100

En fråga som inte är unik, och därmed blir cached:
select faltnr1 from my_table where my_id=?

Sen låter du databasen efter den läst din fråga populera värdet för ditt ?

Ah, som jag sa i mitt första inlägg så kan jag inte PHP så jag vet inte hur det fungerar med prepared statements.
Men då har jag lärt mig något nytt iaf, tackar

Vet inte precis om jag vill kalla det en otroligt seg query, då en query i en stor tabell kan ta över en sekund om det vill sig illa. Men som redan föreslagits, kolla att du har ett index på kolumnen id.