Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 26

Тема: Падает сервер MySQL

  1. #1
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию Падает сервер MySQL

    Всем привет!

    За последние 12 часов уже дважды падал сервер MySQL

    В панеле сразу бросается в глаза две вещи:

    - "Количество процессов" возростает из нормальных 12-140 до 300;

    - График "Ипользование оперативной памяти" возростает из нормальных 30-50% до 80%.

    В результате сервер MySQL перестает отвечать, сайты перестают работать, помогает либо перезапуск службы mariadb либо полный ребут сервера.


    Помогите, куда копать,где посмотреть логи? Буду признателен за любую помощь.

  2. #2
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию

    UP

    в логах сайта нашел вот такое, несколько десятков таких запросов:
    Код:
    [Sat Jun 27 08:34:44.900300 2020] [:error] [pid 384] [client 82.102.16.174:47708] PHP Warning:  mysql_fetch_array() expects parameter 1 to be resource, boolean given in /var/www/sat/data/www/sat.com/params/function.php on line 46, referer: https://yandex.ru/clck/jsredir?bu=fius5h&from=yandex.ru%3Bsearch%2F%3Bweb%3B%3B&text=&etext=2202.oULCsVXsX7oIfu7eaCKh2nJua2xmb3VvbmxpaHdmcWE.feb1e3d55b011a5f511c6d15b60b6a73f0487c63&uuid=&state=jLT9ScZ_wbo,&&cst=AiuY0DBWFJ5fN_r-AEszk-0Pj_R1Ohn6Fo4D79LTwDRy_8g0ymqjkb_UEg1D6XVVYIifKmTAwmwuIhJ481riH8SSey84hldFck7VAQboJ_Ao6t91OaGWpvC7QaBvbI9E38pFDig6XQyGabwNOS09qNxbEjxU2e0K48PiiVHbr34Q602e8wvKauFyVMjxezRJ08brjIWK0IxFQeajKRYoOD2Q1RQbHg0e6eanCehzeUvcRpuVz0FnhBwMVEGvfvkJNvaqh4kynpDwf2d2V7qwvwIZ71jzt0Ix3f-mgMk-i71cfh74U2sMkFkyXGbnKHLmQLVgPk032KzjlN5JStbpmLaUOr_HLpcij6DICY3Hu5Z2c1qxYCyBfASNk6GUYDK694XGpjdrLTg1VILZ1Oup9K2efRkRDVQh3FXWHlWrvyzSiz1RhhY_KT0BeOwubbshKOOYdG0tdu2QLfPJkGIVQtztFM3709o38SelXl20eAJXyPQwQLi8eO8SH6849dN6SAO_MsKYjPJtK1Xy-iC1mPc1j-jl9SOfIkHhfweFF2W_jji9a7lZ08o790OrSNX006Xn1eQJtYG_4bl2rO4YOsbn8GmP7XieFu44MTIXP49z_Jk7YCqxte3zIKaQfnOS_XEoiCEnmy58Vc2bai3Ap7E6DQVWgb4v4tSjT19R0lltjSlcncBWGmlVQzM-JLh-vrg088il9LC0FVal-iKNmDBafe_1at82CYS9cd_nRCXyck54Oc6QWoQxebMoREYqrK5xLAXXB0l8gcR5LZcU_fr0gkwWS9EgFUnoG-Zk6eDbLXIYQ3xBRSQxshgKCm4pE5ak5dZOrpq00rfh7gxol8RFo_XD4DWCNT3k3ZojYM_01Np17rg6GVE1c-ECyukN&data=UlNrNmk5WktYejY4cHFySjRXSWhXTW1NWGRpT0VqMHB3c09PVHNrM19nbVp4dzZfLUpXT0VLTDA0REJ5TElKa1dBRHo1b2ZUaVhYSk55RU5QMzRvQ3FzVDJHY1NMb2Rf&sign=63830658f3fb27d4ef8c9a587af9d2cf&keyno=0&b64e=2&ref=orjY4mGPRjk5boDnW0uvlrrd71vZw9kpfmwSlf_6ZUbYcipND-c_DXkuMhuTqEXjP1R1DdfQsOs_8-du5KAi-w,,&l10n=ru&cts=1593214925840%40%40events%3D%5B%7B%22event%22%3A%22click%22%2C%22id%22%3A%22fius5h%22%2C%22cts%22%3A1593214925840%2C%22fast%22%3A%7B%22organic%22%3A1%7D%2C%22service%22%3A%22web%22%2C%22event-id%22%3A%22kbwv14i826%22%7D%5D&mc=3.913977073182754&hdtime=6225.5
    После чего сервер перестает отвечать (
    Последний раз редактировалось VadiKO; 27.06.2020 в 22:53.

  3. #3
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию

    UP2

    по всей видимости это своего рода ддос, за 1 секунду с одного ip прилетело 290 запросов (

  4. #4

    По умолчанию

    Цитата Сообщение от VadiKO Посмотреть сообщение
    UP2

    по всей видимости это своего рода ддос, за 1 секунду с одного ip прилетело 290 запросов (
    Это может быть и не DOS, некоторые не особо умные люди, пытаются таким образом раскручивать свои сайты, через биржи по заработку. Создают задание, типо перейдите из поисковика, по определенному запросу, получите пару копеек. Вот хомячки и ломятся на сайт, в одно время.

    Ставьте таким ограничение на кол-во подключений:

    Код:
    MaxClientsVHost 15

  5. #5
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию

    Pegas-x, спасибо за подсказку. Пока обошелся встроенной в панель защитой от DDoS, указал Количество запросов в секунду - 5 и Максимальный размер всплеска 15.

    Прошли сутки, полет нормальный.
    Последний раз редактировалось VadiKO; 28.06.2020 в 22:31.

  6. #6
    Senior Member Аватар для Noize_MC
    Регистрация
    04.11.2012
    Адрес
    Moscow, Russia
    Сообщений
    304

    По умолчанию

    Я бы не советовал так делать, учитывая кривую реализацию этой функции в isp. Побаните всех + сайт будет медленно работать

  7. #7
    Senior Member Аватар для Noize_MC
    Регистрация
    04.11.2012
    Адрес
    Moscow, Russia
    Сообщений
    304

    По умолчанию

    Лучше дайте вывод:
    Код HTML:
    curl -L https://raw.githubusercontent.com/BMDan/tuning-primer.sh/master/tuning-primer.sh | bash

  8. #8
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию

    Вот такое:

    Код:
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current                                
                                     Dload  Upload   Total   Spent    Left  Speed                                  
    100 62937  100 62937    0     0   266k      0 --:--:-- --:--:-- --:--:--  267k                                 
    which: no bc in (/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin)                       
    Error: Command line calculator 'bc' not found!

  9. #9
    Senior Member Аватар для Noize_MC
    Регистрация
    04.11.2012
    Адрес
    Moscow, Russia
    Сообщений
    304

    По умолчанию

    Установите bc и повторите
    yum install bc

  10. #10
    Member
    Регистрация
    09.09.2019
    Адрес
    UKRAINE
    Сообщений
    55

    По умолчанию

    Вот такое:

    Код:
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current                                
                                     Dload  Upload   Total   Spent    Left  Speed                                  
    100 62937  100 62937    0     0   272k      0 --:--:-- --:--:-- --:--:--  273k                                 
    
     -- MYSQL PERFORMANCE TUNING PRIMER --
          - By: Matthew Montgomery -                                                                               
                                                                                                                   
    MySQL Version 5.5.65-MariaDB x86_64                                                                            
                                                                                                                   
    Uptime = 1 days 4 hrs 25 min 35 sec                                                                            
    Avg. qps = 2                                                                                                   
    Total Questions = 224327                                                                                       
    Threads Connected = 1                                                                                          
                                                                                                                   
    Warning: Server has not been running for at least 48hrs.
    It may not be safe to use these recommendations                                                                
                                                                                                                   
    To find out more information on how each of these
    runtime variables effects performance visit:
    http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html
    Visit http://www.mysql.com/products/enterprise/advisors.html                                                   
    for info about MySQL's Enterprise Monitoring and Advisory Service                                              
                                                                                                                   
    SLOW QUERIES
    The slow query log is NOT enabled.                                                                             
                                                                                                                   
    BINARY UPDATE LOG
    The binary update log is NOT enabled.                                                                          
    You will not be able to do point in time recovery
    See http://dev.mysql.com/doc/refman/5.5/en/point-in-time-recovery.html
    
    WORKER THREADS
    Current thread_cache_size = 0                                                                                  
    Current threads_cached = 0                                                                                     
    Current threads_per_sec = 1                                                                                    
    Historic threads_per_sec = 0                                                                                   
    Your thread_cache_size is fine
    
    MAX CONNECTIONS
    Current max_connections = 151                                                                                  
    Current threads_connected = 1                                                                                  
    Historic max_used_connections = 5                                                                              
    The number of used connections is 3% of the configured maximum.
    You are using less than 10% of your configured max_connections.
    Lowering max_connections could help to avoid an over-allocation of memory
    See "MEMORY USAGE" section to make sure you are not over-allocating
    
    INNODB STATUS
    Current InnoDB index space = 256 K                                                                             
    Current InnoDB data space = 704 K                                                                              
    Current InnoDB buffer pool free = 93 %                                                                         
    Current innodb_buffer_pool_size = 128 M                                                                        
    Depending on how much space your innodb indexes take up it may be safe                                         
    to increase this value to up to 2 / 3 of total system memory                                                   
                                                                                                                   
    MEMORY USAGE
    Max Memory Ever Allocated : 285 M                                                                              
    Configured Max Per-thread Buffers : 419 M                                                                      
    Configured Max Global Buffers : 272 M                                                                          
    Configured Max Memory Limit : 691 M                                                                            
    Physical Memory : 991 M                                                                                        
    Max memory limit seem to be within acceptable norms
    
    KEY BUFFER
    Current MyISAM index space = 31 M                                                                              
    Current key_buffer_size = 128 M                                                                                
    Key cache miss rate is 1 : 30                                                                                  
    Key buffer free ratio = 62 %                                                                                   
    Your key_buffer_size seems to be fine
    
    QUERY CACHE
    Query cache is supported but not enabled                                                                       
    Perhaps you should set the query_cache_size
    
    SORT OPERATIONS
    Current sort_buffer_size = 2 M                                                                                 
    Current read_rnd_buffer_size = 256 K                                                                           
    Sort buffer seems to be fine
    
    JOINS
    Current join_buffer_size = 132.00 K                                                                            
    You have had 713 queries where a join could not use an index properly                                          
    You should enable "log-queries-not-using-indexes"                                                              
    Then look for non indexed joins in the slow query log.                                                         
    If you are unable to optimize your queries you may want to increase your                                       
    join_buffer_size to accommodate larger joins in one pass.                                                      
                                                                                                                   
    Note! This script will still suggest raising the join_buffer_size when
    ANY joins not using indexes are found.                                                                         
                                                                                                                   
    OPEN FILES LIMIT
    Current open_files_limit = 962 files                                                                           
    The open_files_limit should typically be set to at least 2x-3x
    that of table_cache if you have heavy MyISAM usage.
    Your open_files_limit value seems to be fine
    
    TABLE CACHE
    Current table_open_cache = 400 tables                                                                          
    Current table_definition_cache = 400 tables                                                                    
    You have a total of 151 tables                                                                                 
    You have 189 open tables.
    The table_cache value seems to be fine
    
    TEMP TABLES
    Current max_heap_table_size = 16 M                                                                             
    Current tmp_table_size = 16 M                                                                                  
    Of 842 temp tables, 21% were created on disk                                                                   
    Created disk tmp tables ratio seems fine
    
    TABLE SCANS
    Current read_buffer_size = 128 K                                                                               
    Current table scan ratio = 6456 : 1                                                                            
    You have a high ratio of sequential access requests to SELECTs
    You may benefit from raising read_buffer_size and/or improving your use of indexes.
    
    TABLE LOCKING
    Current Lock Wait ratio = 1 : 93070                                                                            
    Your table locking seems to be fine

Метки этой темы

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •