Django+MySQL 部署性能优化

一、系统优化

1.1 提高服务器的端口的监听队列的长度

永久生效：

vim /etc/sysctl.conf
net.core.somaxconn=32768
sysctl -p

立即生效：

sysctl -w net.core.somaxconn=32768

1.2 修改系统的 ulimit 值

vi /etc/security/limits.conf

在末尾添加

*     soft     nofile    1000000
*     hard     nofile    1000000

二、合理设置uwsgi 中 listen 参数

[uwsgi]
project_name    = tuas	#工程名， 与 django startproject $(myproject) 的 $(myproject)相同。
http_port       = 80	#如果用Nginx代理，这里注释掉
root_dir        = %D..	#%D 配置文件所在绝对路径

# Django-related settings 以下无需修改
chdir           = %(root_dir)
module          = %(project_name).wsgi
py-autoreload   = true
master          = true
pidfile         = /var/run/%(project_name)_master.pid
processes       = 3
#auto-procname   = true
socket          = /tmp/%(project_name).sock
# socket          = 127.0.0.1:8001
http            = :%(http_port)
# chmod-socket    = 664
vacuum          = true
max-requests   = 65535
listen          = 5000

disable-loggin  = true
daemonize       = /var/log/%(project_name)_uwsgi.log
eload-mercy     = 8
static-map      = /static=%(root_dir)/static

三、数据库使用持久连接

使用持久连接，可以防止在大并发时Django反复对数据库进行 connect-query-close， 让大量的请求复用同一个连接（具体表现一个 uwsgi 进程使用一个连接），可以显著降低 mysql 的开销。
参数配置：

'CONN_MAX_AGE': 21600,

注意：backend 是mysql 时，建议持续时间设置为 < 28800(8 hour)， 因为当数据库连接闲置超过 28800s 时，mysql主动断开其连接。 Django 的一个坑，当一个数据库连接已经超时失效时，Django不会立即创建一个新的连接， 而是只是将其关闭，等下一个请求到来时再创建。（这对直接使用Django.setup()的程序，简直是致命！！！）

四、MySQL 性能优化（InnoDB引擎）

innodb_flush_log_at_trx_commit = 0

一、参数解释
0：log buffer将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行。该模式下在事务提交的时候，不会主动触发写入磁盘的操作。

1：每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中去，该模式为系统默认。

2：每次事务提交时MySQL都会把log buffer的数据写入log file，但是flush(刷到磁盘)操作并不会同时进行。该模式下，MySQL会每秒执行一次 flush(刷到磁盘)操作。

二、注意事项
当设置为0，该模式速度最快，但不太安全，mysqld进程的崩溃会导致上一秒钟所有事务数据的丢失。
当设置为1，该模式是最安全的，但也是最慢的一种方式。在mysqld 服务崩溃或者服务器主机crash的情况下，binary log 只有可能丢失最多一个语句或者一个事务。。
当设置为2，该模式速度较快，也比0安全，只有在操作系统崩溃或者系统断电的情况下，上一秒钟所有事务数据才可能丢失。
参考连接：https://blog.csdn.net/codepen/article/details/52160715

innodb_flush_log_at_trx_commit 参数官方说明

转载于:https://my.oschina.net/tuskypar/blog/1933702