Redmine部署使用有一个月了，反馈有时很慢。
1、查看log发现，事务更新后要发送Email，如果连接邮件服务器有问题，会等待超时，导致很慢。
2、解决发送邮件问题后，仍然有时慢，ActiveRecord显示要几百秒。
测试：
1、采用http_load进行测试（只能测试GET，不支持POST。找了windows平台上运行的版本）：
D:\App\Coder\http_load>http_load -parallel 8 -s 3000 urls.txt
: byte count wrong080/projects/oad/issues?page=5&query_id=12
: byte count wrong080/projects/oad/issues?page=2&query_id=12
: byte count wrong080/projects/oad/issues?page=2&query_id=33
: byte count wrong080/projects/oad/issues?page=7&query_id=14
: byte count wrong080/projects/oad/issues?page=5&query_id=12
5097 fetches, 8 max parallel, 1.8367e+08 bytes, in 3000.01 seconds
36034.9 mean bytes/connection
1.69899 fetches/sec, 61223.1 bytes/sec
msecs/connect: 0.593747 mean, 31.212 max, 0 min
msecs/first-response: 3452.88 mean, 48662.2 max, 25.022 min
5 bad byte counts
HTTP response codes:
code 200 -- 4763
code 302 -- 329
code 502 -- 5
最多48秒才返回，确实有点慢，但可以接受。
2、apache自带的ab应该也很轻量级的，可以测试POST，但是好像不能对多个POST列表同时测试。 下次试试JMeter。
3、性能优化的影响因素较多，可参考此文。如配置优化mysql，在my.ini里增加：
innodb_buffer_pool_size = 1073741824
# Threads_cached = ON # -> ON
thread_cache_size = 16 # (start at 4)
query_cache_size = 8000000 # (>= 8M)
join_buffer_size = 128000 # (> 128.0K)
tmp_table_size = 16000000 # (> 16M)
max_heap_table_size = 16000000 # (> 16M)
table_open_cache = 800 #(> 800)
#innodb_buffer_pool_size (>= 371M)
thread_concurrency = 8 #(cpu*2)
注意，我的mysql上述变量使用中划线“-”而不是下划线“_”。
参考此文和此文解决mysql性能问题的过程，我在my.ini里增加了以下配置：
innodb_buffer_pool_size = 1073741824
tmp-table-size = 200M
join-buffer-size = 1M
query-cache-size = 16M
innodb-buffer-pool-instances = 2 # The MySQL Documentation suggests 1G per buffer pool instance, innodb_buffer_pool_size should be 2G
slow-query-log = TRUE
4、查看mysql设置：
打开命令行（bitnami redmine运行use_redmine.bat），输入： mysqld --help --verbose >dbsettings.txt 可在输出的文件的最后行查看。
如需使用mysql命令查看，则打开mysql命令行（bitnami redmine运行use_redmine.bat，然后输入：mysql -uroot -p***）进入，可运行show processlist;等指令。
的低效率)
