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;等指令。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
