Ładuję...
photo
franek
02:42 02/06/2010
  1. photo pieron Zależy jakich zapytań ;-) [odpowiedz]
  2. photo wsl ... i na jaki sprzęt. [odpowiedz]
  3. photo franek @wsl - i7 4x2,6ghz, 12gb ram :> [odpowiedz]
  4. photo wsl To nie jest popisówka przed turniejem Counter Strike -- macierz jakąś masz? I o rodzaj zapytań pytaliśmy -- związane bardziej z CPU czy I/O? [odpowiedz]
  5. photo franek popisówka? 0_o programowy raid1, większość zapytań to i/o [odpowiedz]
  6. photo wsl Ogólnie jest różnica między SELECT 1; a SELECT z JOIN'ami UNION'ami, podzapytaniami i innymi pierdołami wykonywanymi na wielu tabelach, z wieloma rekordami, z nie daj Boże full table scanami, filesortami, temptable itp. W grę mogą wchodzić też INSERT'y, UPDATE'y i DELETE'y z transakcjami i to jednocześnie z powyższym. Może być tak, że tych 65 zapytań komputer wypierdzi dosłownie w milisekundę, a może być tak, że zajedziesz go dokumentnie takim obciążeniem. A najgorsze jest to, że MySQL ciągle nie najlepiej sobie radzi z wykorzystaniem kilku procesów/rdzeni -- dla niego im więcej Hz tym lepiej.
    Więc wiesz -- to jest tak jakbyś nam pokazał zdjęcie butów i spytał czy będą na Ciebie pasować. Sprawdź, to zobaczysz. [odpowiedz]
  7. photo pieron Nad wykorzystaniem wielu procesorów ponoć pracują i w ogóle ma być lepiej dzięki przejęciu MySQL przez Oracle, pożyjemy zobaczymy... Jeżeli masz wiele INSERTOW do jednej tabeli to o ile się da - warto je grupować w jedno zapytanie. Jeżeli to skomplikowane SELECTy niekeszowalne w Query Cache MySQLa - wynik keszować np. w memcache. [odpowiedz]
  8.  
  • Promuj wpis:
  • Zobacz inne wpisy otagowane: #duzo #mysql #mysql #nocnemarki #sekunde #zapytan