第十一届重庆高交会暨第七届军博会 技术需求项目汇编 电子信息……………………………………………………………………1 环境保护……………………………………………………………………20 交通城建……………………………………………………………………28 能源资源………………………………………………………………..….32 汽车摩托车………………………………………………………….…….39 现代农业………………………………………………………….…………49 消费品制造…………………………………………………………….….71 新材料……………………………………………………………...…….….73 医疗卫生……………………………………………………………..……..85 装备制造……………………………………………………………….………111 综合化工…………………………………………………………….……..131 其他……………………………………………………………………………134 电子信息 项目编号:A0001 项目名称: 锂离子动力电池大倍率放电均衡问题 项目简介: 锂离子动力组合电池大倍率放电均衡性问题,通过材料改性和工艺优化,达到放电均衡且生产成本降低,电池容量提高,使用寿命增加。 项目编号:A0002 项目名称: TO-220多芯片封装技术 项目简介: 该工艺需要解决多芯片(如:Mosfet芯片与SKY芯片,SKY与IC芯片)二次装片工艺、芯片倒装技术以及多电极引线之间的连接问题;解决不同芯片共封装之间的应力匹配、可靠性匹配问题。解决批量化工艺的一致性管控问题。 项目编号:A0003 项目名称: 高可靠GPP二极管芯片 项目简介: 高可靠GPP钝化二极管芯片属于产品结构调整和适应电子产业升级换代替代传统二极管潮流的要求,该产品可填补重庆市电子产品空白。产品的主要难点在于低温硅片沟槽腐蚀工艺、玻璃粉涂覆技术、背面切割技术、规模化工艺稳定监测技术。 项目编号:A0004 项目名称: 天友乳业物流车辆调度管理信息系统的开发运用 项目简介: 1、通过“人工+智能”的车辆调度方式,实现趟次配载优化、运力资源优化和配送线路优化,提高运输车辆的利用率,降低整体运输成本。2、实时跟踪了解运输状况。3、对物流运作各环节数据进行量化分析,为改进管理提供充分的数据依据。4、车辆智能调度,进一步提高物流车辆调派的科学性和合理性,增加车辆利用率和装载率,降低运营成本。5、数据无缝导入6、建立短信触发平台,实现预警及信息提示功能,提升物流分公司的服务质量。 项目编号:A0005 项目名称: 带检测功能的RFID芯片及防伪追溯系统研发 项目简介: 研究带状态检查功能的UHF RFID芯片芯片及天线设计、防伪追溯瓶盖/标签、超小型阅读器、智能手机应用程序及认证系统软件等关键技术,研究贵重物品在生产、流通和使用中反复追溯所需数据的写入、保存、读取和认证等完整系统解决方案,以及专用标签、阅读器硬件终端产品的产业化技术。 项目编号:A0006 项目名称: 低功耗无线收发器设计(国际合作) 项目简介: 工作在2.4GHz频段内的集成接收、发射及频率综合器、IF处理链路、全数字调制/解调器、智能化通信协议栈和信号处理链路等功能的高性能低功耗短距离无线通信芯片,形成具有自主知识产权的低功耗短距离无线通信芯片,包含原始设计数据和样品。 项目编号:A0007 项目名称: CMOS图像传感器片上图像信号处理及视频编码设计(国际合作) 项目简介: 1.对彩色CMOS图像传感器原始图像信号进行处理和视频编码;(图像阵列规模)2.图像处理功能:Auto White Balance Auto Exposure;Auto Focus;3.视频编码功能:NTSC/PAL编码 ITU-R.BT656编码。 项目编号:A0008 项目名称: 高纵横比产品真空塞孔工艺技术 项目简介: via)工艺要求在塞孔后镀平工艺,用以后续进行细密线制作,同时满足焊接要求,特别是高纵横比通孔塞孔,对塞孔质量要求很高,难度很大,主要表现为:1、塞孔后孔内汽泡,易残留药水导致孔铜腐蚀;2、塞孔树脂固化后收缩形成凹陷,影响后续制作;3、塞孔树脂填不满,电镀不平,线路制作时出现缺口、断线、焊接时虚焊等问题。 项目编号:A0009 项目名称: 0.8mmBGA过2线的工艺技术 项目简介: 在外层有0.8mmBGA设计的PCB板在制作过程中,其难点表现为:1、BGA区域的细密线制作及其对位精度要求,且对线路阻抗有较高要求;2、背钻对位精度、PCB整体
俯卧撑是个男女通吃的运动。 19岁的丹麦YouTuber,Browney,帮助自己14岁的弟弟完成了
#每天200个俯卧撑,坚持30天#的挑战。 30天前后,变化不小。
帮助弟弟完成30天挑战这是开始挑战前弟弟的身材。 因为之前有一定的锻炼量,所以身体素质还算不错,但胸…
飞机终于可以用手机了!估计这是所有旅客都期盼已久的事情。1月17日,在海口飞北京的HU7781上,乘机旅客第一次光明正大的在中国民航飞机使用手机。海航宣布,接下来将在波音787、波音737、空客A330机型上全程开放N-PED(不具备发射功能的设备)使用,包含开启…
安妮 发自 凹非寺 量子位 出品 | 公众号 QbitAI先来做个“真假美猴王”的游戏。你将看到两段画面相同的视频,请判断哪段来自视频原声,哪段是AI根据视频画面配上的假声?莫非两个都是真的?不可能,答案文末揭晓。(还有更多真假难辨的视频原声和配音大对比…
我只是拿出了一张在梨花女子大学随便拍的照片,原图长这样: 处理后就变成了这样:酷炫如此,其实只用了 Photoshop 自带滤镜。 受了
几个高票回答的启示,昨晚特地学习…
「真诚赞赏,手留余香」
一词,你最先会想到什么? 是「松弛的皮肤和皱纹」?抑或是「日渐佝偻的身体」?没错,这些都是衰老的明显标志。 但还有很多我们不易察觉的地方,也在悄无声息的发生着改变。 是什么呢? 先请大家做个自我评估。测试1:男生看这里↓↓↓ 毕业后…
达达是全国领先的最后三公里物流配送平台。 达达的业务模式与滴滴以及Uber很相似,以众包的方式利用社会闲散人力资源,解决O2O最后三公里即时性配送难题。 达达业务主要包含两部分:商家发单,配送员接单配送,如下图所示。
达达的业务规模增长极大,在1年左右的时间从零增长到每天近百万单,给后端带来极大的访问压力。压力主要分为两类:读压力、写压力。读压力来源于配送员在APP中抢单,高频刷新查询周围的订单,每天访问量几亿次,高峰期QPS高达数千次/秒。写压力来源于商家发单、达达接单、取货、完成等操作。达达业务读的压力远大于写压力,读请求量约是写请求量的30倍以上。
下图是达达过去6个月,每天的访问量变化趋图,可见增长极快
下图是达达过去6个月,高峰期请求QPS的变化趋势图,可见增长极快
极速增长的业务,对技术的要求越来越高,我们必须在架构上做好充分的准备,才能迎接业务的挑战。接下来,我们一起看看达达的后台架构是如何演化的。
作为创业公司,最重要的一点是敏捷,快速实现产品,对外提供服务,于是我们选择了公有云服务,保证快速实施和可扩展性,节省了自建机房等时间。在技术选型上,为快速的响应业务需求,业务系统使用python做为开发语言,数据库使用Mysql。如下图所示,应用层的几大系统都访问一个数据库。
随着业务的发展,访问量的极速增长,上述的方案很快不能满足性能需求。每次请求的响应时间越来越长,比如配送员在app中刷新周围订单,响应时间从最初的500毫秒增加到了2秒以上。业务高峰期,系统甚至出现过宕机,一些商家和配送员甚至因此而怀疑我们的服务质量。在这生死存亡的关键时刻,通过监控,我们发现高期峰Mysql CPU使用率已接近80%,磁盘IO使用率接近90%,Slow query从每天1百条上升到1万条,而且一天比一天严重。数据库俨然已成为瓶颈,我们必须得快速做架构升级。
如下是数据库一周的qps变化图,可见数据库压力的增长极快。
当Web应用服务出现性能瓶颈的时候,由于服务本身无状态(stateless),我们可以通过加机器的水平扩展方式来解决。 而数据库显然无法通过简单的添加机器来实现扩展,因此我们采取了Mysql主从同步和应用服务端读写分离的方案。
Mysql支持主从同步,实时将主库的数据增量复制到从库,而且一个主库可以连接多个从库同步(细节参考)。利用此特性,我们在应用服务端对每次请求做读写判断,若是写请求,则把这次请求内的所有DB操作发向主库;若是读请求,则把这次请求内的所有DB操作发向从库,如下图所示。
实现读写分离后,数据库的压力减少了许多,CPU使用率和IO使用率都降到了5%内,Slow Query也趋近于0。主从同步、读写分离给我们主要带来如下两个好处:
如下是优化后数据库qps的变化图:
当然,没有一个方案是万能的。读写分离,暂时解决了Mysql压力问题,同时也带来了新的挑战。业务高峰期,商家发完订单,在我的订单列表中却看不到当发的订单(典型的read after write);系统内部偶尔也会出现一些查询不到数据的异常。通过监控,我们发现,业务高峰期Mysql可能会出现主从延迟,极端情况,主从延迟高达10秒。
那如何监控主从同步状态?在从库机器上,执行show slave status,查看Seconds_Behind_Master值,代表主从同步从库落后主库的时间,单位为秒,若同从同步无延迟,这个值为0。Mysql主从延迟一个重要的原因之一是主从复制是单线程串行执行。
那如何为避免或解决主从延迟?我们做了如下一些优化:
读写分离很好的解决读压力问题,每次读压力增加,可以通过加从库的方式水平扩展。但是写操作的压力随着业务爆发式的增长没有很有效的缓解办法,比如商家发单起来越慢,严重影响了商家的使用体验。我们监控发现,数据库写操作越来越慢,一次普通的insert操作,甚至可能会执行1秒以上。
下图是数据库主库的压力, 可见磁盘IO使用率已经非常高,高峰期IO响应时间最大达到636毫秒,IO使用率最高达到100%。
同时,业务越来越复杂,多个应用系统使用同一个数据库,其中一个很小的非核心功能出现Slow query,常常影响主库上的其它核心业务功能。我们有一个应用系统在MySql中记录日志,日志量非常大,近1亿行记录,而这张表的ID是UUID,某一天高峰期,整个系统突然变慢,进而引发了宕机。监控发现,这张表insert极慢,拖慢了整个MySql Master,进而拖跨了整个系统。(当然在mysql中记日志不是一种好的设计,因此我们开发了大数据日志系统。另一方面,UUID做主键是个糟糕的选择,在下文的水平分库中,针对ID的生成,有更深入的讲述)。
这时,主库成为了性能瓶颈,我们意识到,必需得再一次做架构升级,将主库做拆分,一方面以提升性能,另一方面减少系统间的相互影响,以提升系统稳定性。这一次,我们将系统按业务进行了垂直拆分。如下图所示,将最初庞大的数据库按业务拆分成不同的业务数据库,每个系统仅访问对应业务的数据库,避免或减少跨库访问。
下图是垂直拆分后,数据库主库的压力,可见磁盘IO使用率已降低了许多,高峰期IO响应时间在/article//2826039
[ 导读 ] 资本寒冬下的物流O2O生机,物流玩家需要即把握好即时性、区域性和离散性的市场需求,搭建自建或众包运力的物流系统,运用好社区和商圈资源,加强服务质量的管控,应运去铺设一张张深入“毛细血管”的小物流网络,形成壁垒。
1、O2O服务对物流服务提出了新的需求,可概括为即时性、区域性和离散性。因此,一张张深入“毛细血管”的小物流网络将取代电商时代的网状物流系统。
2、物流系统的搭建多由自建运力和众包运力组成,社区和商圈成为战略资源,对人员和订单的管控成为线下服务质量控制的两个关键。
3、一个物流网络的壁垒就在于规模与效率的加成效应。
4、目前参与这场物流重建的有两类玩家:第三方物流平台和O2O业务平台,前者想做所有O2O服务的基础设施,后者则希望在服务好自身业务的基础上做更多业务延伸。
本地生活服务,寒冬下的“资本宠儿”
近一个月来,本地生活服务领域的投资非常活跃。9月8日,本地生活服务平台“生活半径”获得来自阿里口碑网的C轮融资;9月18日,外卖平台“点我吧”也确认完成来自口碑网的C轮战略投资。虽目前的业务重心不同,但两者都要发力做“本地生活服务平台”,而其实质就是即时物流配送业务。另外,9月23日宣布获得7000万美元C轮融资的社区电商“爱鲜蜂”也表示,下一步将发力物流领域的投资布局。
无独有偶,“京东到家”和“饿了么”这两个本地生活服务的“流量巨头”早已经开始搭建自己的众包物流体系。同样是基于众包的第三方物流平台“达达”在6月则完成了来自DST领投的1亿美元C轮,这已经是达达成立一年内的第三轮融资。在7月独立并拿到/Home/Details/1279
网站性能优化-数据库及服务器架构篇 |
|
|