当超过100个用户访问它时,为什么我的服务会冻结?

时间:2013-10-15 14:42:23

标签: ruby-on-rails ruby-on-rails-3 apache

我正在运行我自己开发的服务 <{1}},Ruby on Rails.3.2.11Passenger正在使用中。

在有超过100名注册用户同时访问该服务之前,似乎工作正常。

当它发生时,我的服务完全冻结,并且不会有任何响应(只是永远保持加载)

所以,我所能做的就是重启Apache。它解决了这个问题,但它一次又一次地发生!

我认为处理大约100个用户不会是Ruby on Rails应用程序中的大问题 但我猜我的独特功能正在阻止这一点。

我关心的有两件事。

  1. 每次加载时,所有注册用户的Apache2都会更新 (每页,每次)

  2. 所有注册用户的last_active_at(datetime)在一天内第一次访问时将增加100(如果用户访问该服务,他可以获得100分。但一天只能获得一次)<登记/> 这也将在每个页面中进行检查。就像point

  3. 一样

    该代码就像这样

    application_controller.rb

    last_active_at

    这是绩效监控的结果 请告诉我瓶颈问题是什么,以及如何解决它! 谢谢!

    CPU

    MEMORY

    USER

    更新

    my.cnf

    class ApplicationController < ActionController::Base
    
    before_filter :record_user_activity
    
    def record_user_activity
    
        if current_user
    
            #Retrieving current_user
            @myself_user = User.includes(:profile).find(current_user)
    
            #Checking if current_user hasn't received bonus for today yet
            if @myself_user.point_added_at.nil? || !@myself_user.point_added_at.today?
    
                #Checking if current_user shows his online status to public(If so he can earn 100 points)
                if @myself_user.profile.activity_invisible.blank?
                    plus_point(@myself_user, 100)
                    flash[:alert] = '100 points for today's bonus is added!'
                    @myself_user.touch :point_added_at
                    @myself_user.save
                end
    
            end
    
            #Updating last_active_at(datetime)
            if @myself_user.profile.activity_invisible.blank?
                @myself_user.touch :last_active_at
                @myself_user.save
            else
                @myself_user.touch :updated_at
                @myself_user.save
            end
    
        end
    
    end
    
    end
    

    UPDATE2:

    # The following options will be passed to all MySQL clients
    [client]
    #password   = your_password
    port        = 3306
    socket      = /var/lib/mysql/mysql.sock
    
    # Here follows entries for some specific programs
    
    # The MySQL server
    [mysqld]
    port        = 3306
    socket      = /var/lib/mysql/mysql.sock
    skip-external-locking
    key_buffer_size = 16M
    max_allowed_packet = 1M
    table_open_cache = 64
    sort_buffer_size = 512K
    net_buffer_length = 8K
    read_buffer_size = 256K
    read_rnd_buffer_size = 512K
    myisam_sort_buffer_size = 8M
    character_set-server=utf8
    innodb_buffer_pool_size=384M
    innodb_log_file_size=128M
    
    # Don't listen on a TCP/IP port at all. This can be a security enhancement,
    # if all processes that need to connect to mysqld run on the same host.
    # All interaction with mysqld must be made via Unix sockets or named pipes.
    # Note that using this option without enabling named pipes on Windows
    # (via the "enable-named-pipe" option) will render mysqld useless!
    # 
    #skip-networking
    
    # Replication Master Server (default)
    # binary logging is required for replication
    log-bin=mysql-bin
    
    # binary logging format - mixed recommended
    binlog_format=mixed
    
    # required unique id between 1 and 2^32 - 1
    # defaults to 1 if master-host is not set
    # but will not function as a master if omitted
    server-id   = 1
    
    # Replication Slave (comment out master section to use this)
    #
    # To configure this host as a replication slave, you can choose between
    # two methods :
    #
    # 1) Use the CHANGE MASTER TO command (fully described in our manual) -
    #    the syntax is:
    #
    #    CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
    #    MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
    #
    #    where you replace <host>, <user>, <password> by quoted strings and
    #    <port> by the master's port number (3306 by default).
    #
    #    Example:
    #
    #    CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
    #    MASTER_USER='joe', MASTER_PASSWORD='secret';
    #
    # OR
    #
    # 2) Set the variables below. However, in case you choose this method, then
    #    start replication for the first time (even unsuccessfully, for example
    #    if you mistyped the password in master-password and the slave fails to
    #    connect), the slave will create a master.info file, and any later
    #    change in this file to the variables' values below will be ignored and
    #    overridden by the content of the master.info file, unless you shutdown
    #    the slave server, delete master.info and restart the slaver server.
    #    For that reason, you may want to leave the lines below untouched
    #    (commented) and instead use CHANGE MASTER TO (see above)
    #
    # required unique id between 2 and 2^32 - 1
    # (and different from the master)
    # defaults to 2 if master-host is set
    # but will not function as a slave if omitted
    #server-id       = 2
    #
    # The replication master for this slave - required
    #master-host     =   <hostname>
    #
    # The username the slave will use for authentication when connecting
    # to the master - required
    #master-user     =   <username>
    #
    # The password the slave will authenticate with when connecting to
    # the master - required
    #master-password =   <password>
    #
    # The port the master is listening on.
    # optional - defaults to 3306
    #master-port     =  <port>
    #
    # binary logging - not required for slaves, but recommended
    #log-bin=mysql-bin
    
    # Uncomment the following if you are using InnoDB tables
    #innodb_data_home_dir = /var/lib/mysql
    #innodb_data_file_path = ibdata1:10M:autoextend
    #innodb_log_group_home_dir = /var/lib/mysql
    # You can set .._buffer_pool_size up to 50 - 80 %
    # of RAM but beware of setting memory usage too high
    innodb_buffer_pool_size = 768M
    #innodb_additional_mem_pool_size = 2M
    # Set .._log_file_size to 25 % of buffer pool size
    #innodb_log_file_size = 100M
    #innodb_log_buffer_size = 8M
    innodb_flush_log_at_trx_commit = 2
    #innodb_lock_wait_timeout = 50
    
    [mysqldump]
    quick
    max_allowed_packet = 16M
    
    [mysql]
    no-auto-rehash
    # Remove the next comment character if you are not familiar with SQL
    #safe-updates
    default_character_set=utf8
    
    [myisamchk]
    key_buffer_size = 20M
    sort_buffer_size = 20M
    read_buffer = 2M
    write_buffer = 2M
    
    [mysqlhotcopy]
    interactive-timeout
    

2 个答案:

答案 0 :(得分:2)

乘客默认最多为6个并发处理。 6听起来不是很多,但一般来说,即使同时有100个用户,也不会同时需要100个进程。

http://www.modrails.com/documentation/Users%20guide%20Apache.html#PassengerMaxPoolSize

您可以将乘客增加到12人。

请注意,乘客的每个过程都会占用ram。显着更多的公羊。

以下是两种选择:

1)移至线程Web服务器Puma。 Puma的默认并发是25。 2)使处理脱机   *使用Sidekiq或Resque离线存储记录活动

或者,做所有这些。

我会创建一个测试环境,并使用blitz.io来测试您的设置,并查找系统何时显示减速,然后停止。

答案 1 :(得分:1)

将此作为答案发布,因为无法对原始问题发表评论。

您描述的行为与线程或数据库连接管理问题一致。你能告诉我们这个数据库连接池的大小(例如,100?)?您的应用程序是否可能不释放其数据库连接?如果池中的所有数据库连接都已用完且未释放,则会导致您描述的类似行为。