对于调优一般基于什么原则来调优?还有如果线上遇到瓶颈,调优怎么保证服务稳定性?

对于调优一般基于什么原则来调优?还有如果线上遇到瓶颈,调优怎么保证服务稳定性?

因为我们这里一般是平时是没有压力的,只有报名时间节点才会出现节点峰值(类似于火车票),目前都是拆分业务错开时间节点来处理,另外,数据库增加了ssd和PCIE,我想了解下优化内核对于机器处理业务性能是否有提升?该从何优化?

谢谢~

参与27

3同行回答

sprewellkobesprewellkobe专有云TX
要看瓶颈是什么?网络还是IO,网络也要看什么问题?是tcp的还是http的,如果是IO的话,可以调整超线程、多CPU、IO调度算法等,这块还是具体问题具体分析,关键还是看您场景遇到的瓶颈是什么...显示全部

要看瓶颈是什么?网络还是IO,网络也要看什么问题?是tcp的还是http的,如果是IO的话,可以调整超线程、多CPU、IO调度算法等,这块还是具体问题具体分析,关键还是看您场景遇到的瓶颈是什么

收起
互联网服务 · 2016-01-08
浏览2428
  • 首先谢谢您的耐心解答。 目前瓶颈主要是在数据库io,报班操作目前使用的队列异步处理,数据库目前只是主从同步没有做特殊的组件处理,导致有些情况下(主从延迟了)是无法正常读取到最新的数据的,导致其他的业务受影响,不知道这块儿有没有什么好的方案。因为报班高峰期前几分钟时间大多是搜班,搜班目前使用的是solr服务,数据更新的同时会触发更新中间表数据,solr定时更新数据,但是这里也有一个数据不准确的问题,想咨询下这方面有没有什么解决方法?这是目前系统中的几个问题,另外,机房的问题网络抖动的就不大好说了。 谢谢~
    2016-01-08
  • 杨博  杨博回复 四儿
    可以从业务逻辑上做一些trade off,譬如:第一次查询考虑使用主库。你说的通过solr搜班在solr不准确,要却分是那种不准确,如果是更新的不准确,就不好处理,如果是延时问题,就考虑查solr没有时,再查一次主库,但要防止都漏过去的情况。
    2016-01-11
zzfzqqzzfzqq系统运维工程师shsg
一是数据查询实时性有问题; 二是solr查询数据不准确。 第一个问题 mysql主从同步的瓶颈问题。这个如果不加缓存队列的话,估计优化很难。因此增加redis缓存队列 或者kestrel服务队列,避免mysql主从拥堵,至少保证服务的可用性。不至于拥堵严重导致服务不可用。 第二个问题数据...显示全部

一是数据查询实时性有问题; 二是solr查询数据不准确。 第一个问题 mysql主从同步的瓶颈问题。这个如果不加缓存队列的话,估计优化很难。因此增加redis缓存队列 或者kestrel服务队列,避免mysql主从拥堵,至少保证服务的可用性。不至于拥堵严重导致服务不可用。 第二个问题数据不准确,这个就不好说了,需要看是数据丢失还是更新慢。

收起
互联网服务 · 2016-01-13
浏览2122
sprewellkobesprewellkobe专有云TX
你可以试试适合ssd的IO调度算法,比如用deadline代替cfq显示全部

你可以试试适合ssd的IO调度算法,比如用deadline代替cfq

收起
互联网服务 · 2016-01-08
浏览2195
  • 嗯嗯~多谢~! 我们这里是根据读写选择的,可能还是运用的有点问题的。多谢了~另外,有一个问题以后量可能会继续增大,现有结构可能不足以支撑,想咨询下这个报名或者购物,通过redis控制可行性能否给分析下。 谢谢~
    2016-01-08
  • 可以啊,redis队列不就是将同步变异步嘛,完全可以,以报名为例,大家报名的请求都进redis队列,然后消费者读取redis队列控制并发度,最后入数据库给最后结果
    2016-01-08

提问者

四儿
网站开发工程师学而思培优

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2016-01-08
  • 关注会员:4 人
  • 问题浏览:7066
  • 最近回答:2016-01-13
  • X社区推广