Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> zapętlenie bazy danych - pomocy!
rodzyn3k
post
Post #1





Grupa: Zarejestrowani
Postów: 3
Pomógł: 0
Dołączył: 3.09.2012

Ostrzeżenie: (0%)
-----


> Witam na mojej stronie www.s-w-o.pl mam problem
> 50-70% mocy cpu uzywa teraz mysql i zapytanie ktore sie wykonuje
> ----------------------------------------------------------------+
>> 44674 | rodzynek_wp | localhost | rodzynek_wp | Sleep | 43 | | NULL |
>> 44675 | rodzynek_wp | localhost | rodzynek_wp | Query | 0 | Sending
>> data | SELECT * FROM wp_comments c LEFT JOIN wp_posts p ON
>> c.comment_post_ID = p.ID WHERE p.post_status != 'trash' ORDER BY
>> c.comment_date_gmt DESC LIMIT 17950, 50 | 44737 | da_admin | localhost
>> | NULL | Query | 0 | NULL | show full processlist | 44804 |
>> rodzynek_wp | localhost | rodzynek_wp | Sleep | 1 | | NULL | 44805 |
>> rodzynek_wp | localhost | rodzynek_wp | Query | 0 | Writing to net |
>> SELECT user_id, meta_key, meta_value FROM wp_usermeta WHERE user_id IN
>> (114) |
> DESC LIMIT 17950
> DESC LIMIT 17950
> DESC LIMIT 20250
> DESC LIMIT 22350
> DESC LIMIT 23350
> 41600
> i tak w kółko


Czy ktoś jest mi w stanie pomóc? Czekam na pomoc. Piszcie na Szpilka919@wp.pl Za pomoc zapłacę!
Go to the top of the page
+Quote Post
darko
post
Post #2





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


SELECT * może być przyczyną niskiej wydajności. Zobacz, które pola są naprawdę wykorzystywane w Twoim kodzie.
Go to the top of the page
+Quote Post
rodzyn3k
post
Post #3





Grupa: Zarejestrowani
Postów: 3
Pomógł: 0
Dołączył: 3.09.2012

Ostrzeżenie: (0%)
-----


Cytat(darko @ 3.09.2012, 14:14:04 ) *
SELECT * może być przyczyną niskiej wydajności. Zobacz, które pola są naprawdę wykorzystywane w Twoim kodzie.



nie mam pojęcia jak to zrobić, dlatego potrzebuje konkretnej pomocy (IMG:style_emoticons/default/sad.gif)
Go to the top of the page
+Quote Post
darko
post
Post #4





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


Kolejnym usprawnieniem byłoby zamienienie warunku
  1. WHERE user_id IN (114)

na
  1. WHERE user_id = 114

Odnośnie pierwszej rady, to ciężko jest mi się odnieść bez kodu, które pola są niezbędne?
Go to the top of the page
+Quote Post
uupah5
post
Post #5





Grupa: Zarejestrowani
Postów: 207
Pomógł: 18
Dołączył: 4.09.2010
Skąd: warszawa

Ostrzeżenie: (0%)
-----


ogólnie - należałoy wykonać explain na tej konkretnej bazie i zapytaniu

jedna z możliwości - zobacz czy p.post_status jest zaindeksowane
Go to the top of the page
+Quote Post
Marcineczeczek
post
Post #6





Grupa: Zarejestrowani
Postów: 9
Pomógł: 0
Dołączył: 4.09.2012

Ostrzeżenie: (0%)
-----


dla mnie słaby punkt pytania
p.post_status != 'trash'

jesli nie ma indeksu masz pełen scan rekordów jak, jest ich dużo to porażka

Go to the top of the page
+Quote Post

Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 20.09.2025 - 23:47