解决方案

微文呈现整理的解决方案（精选4篇），汇集精品内容供参考，请您欣赏。

解决方案 篇1

周末参加了@淘宝技术嘉年华 主办的技术沙龙， 感觉收获颇丰，非常感谢淘宝人的分享。这里我把淘宝下单高并发解决方案的个人理解分享一下。我不是淘宝技术人员，本文只是写自己的理解，所以肯定是会有一些出入的。

在session中牧劳为我们介绍了淘宝下单部分的技术方案变迁，我不介绍变迁，而只对现有系统做介绍。

要优化下单，提高下单的TPS （Transaction per second），我们首先要做的是对下单的逻辑剥离，只保留核心部分，而把附加功能剔除出去。比如说下单要考虑库存量，考虑发短信，要给卖家发旺旺消息通知，要对订单做统计，要做销售额统计等等，这些功能是必要的，但是也是附加的功能，要最大程度提高下单这一步的TPS，就要先不考虑这些东西。

下单必然会涉及到买家查看订单，和卖家查看收到的订单，修改订单价格等，这是下单的核心。 在下单这个操作中有买家和卖家两个密切关联而有不同的视角。牧劳称为两个不同的维度。据牧劳的介绍下单这一步只有5张表，这5张表涵盖了这两个维度的操作。

下单是在一个数据库事务中进行的，要提高数据库的事务并发数，最有效的办法是拆分，拆分有两种，一是对库进行拆分，另一种是在同一个库中对表进行拆分。要做拆分首先就要考虑拆分依据的字段，淘宝是根据订单号做拆分的，而下单中有两个维度，买家和卖家，对订单做拆分之后，必须还是可以通过买家，卖家方便的查询着两个维度的数据。该怎么办呢？这里留个疑问，我先介绍淘宝拆分的规模，淘宝将订单表拆分到16个mysql库中，而在每个库中又将订单表横向拆分为64份，相当于将一个表拆分为1024份。拆分之后事务会分散到1024套表中，这必然会很大程序上增加并发的事务处理能力（这儿我说是必然，但是淘宝在使用这种方案之前是要经过压力测试，实际测试出这种方案的.TPS之后，才会逐步采用这种方案的）。上面留了一个疑问，经过拆分之后如何保证买家卖家快速的查询其下的订单呢？最好的办法是保证买家，卖家下的订单在一张表中，如何保证呢？淘宝的做法是将买家的id取模后放到订单号中。假定一个订单号是142424594267664；这个订单号对应的订单该放在哪台服务器上的哪个表中，是根据订单的后四位7667，对1024取模之后决定的；同时7667是买家id的后四位。这样买家在查询其订单时就可以通过其id获得其订单所在库以及表，就可以方便有效的查询买家订单了。这里会带来另外一个问题，卖家查询订单时怎么办？前面我们已经提到卖家和买家被分成两个不同的维度来做表设计，卖家查询时不是直接查订单表，而是通过卖家维度的表来做查询。卖家维度的表的插入，更新是通过在订单插入时发一个消息来通知插入的。同样对于发短信、发旺旺也是通过消息来处理的，这些附加功能不参与到下单的事务中去。

即使这样做了库，表的拆分，依然会有问题。淘宝在双11时的一天的交易量就达到了5000多万，这样几个月过去后，这些拆分后的表中的数据量也会达到很大的一个量，处理速度就会下降。淘宝的做法是把三个月之前的老数据迁移到其他库中，这样就避免了数据量增大导致的系统响应时间降低的问题。但是会带来另外一个问题，用户在查询订单时需要同时查两个库，一个是历史数据表，另一个是近期数据表；这个问题无可避免，就是通过查询两次解决。

也许有的朋友会想到拆分之后对全数据做统计会有问题。如果在拆分后的表上做统计，是肯定会有问题的。怎么做呢？其实很简单，把数据迁移到别的库中去做统计。

表做拆分可以大大的提高TPS，但是也会带来一些问题，需要通过可靠的消息通知机制通知其他模块做非核心处理的事情，需要通过高效的搜索系统保证搜索数据的及时更新。

以上是我个人对淘宝下单高并发设计的理解。这是肤浅的，实际做的时候肯定还需要考虑更多的问题，比如数据库的调优，磁盘IO方式，服务器稳定性；方案的可测试性，可量化等等。

上周六的技术还分享介绍了很多其他方面的精彩内容。感谢主办方，主持人！ 期待@淘宝技术嘉年华 更多精彩的技术沙龙。

订单号介绍勘误：

文中对于订单号的表述有点问题，对于16台服务器，每台服务器64张表只需要2位买家或卖家id的后两位数字就可以准确定位到具体的库和表。订单号中同时存在买家id的最后两位和卖家id的最后两位。分别在订单号的倒数第3，4位数和最后两位数。

假定买家id为123456789，那么在订单号中的最后两位就是89，通过89对16取模就可以定位到具体的库上，通过对64取模就可以定位到具体的表上。

解决方案 篇2

当今社会随着u盘装系统的大量普及，现在很多win7系统用户都用上了u盘来装系统。但最近有用户在安装系统时遇到插入u盘开机出现蓝屏的`现象，蓝屏代码为0X0000007B，拔了u盘重启却又能顺利进入系统程序。这是为何呢?今天小编就和大家说说插入u盘开机出现蓝屏原因及解决方法!

1、计算机遭到了病毒、木马、流氓软件等恶意程序的攻击;

解决方案：

执行安全防护类软件对计算机进行全面检查，看看计算机是否遭到了病毒、木马、流氓软件等恶意程序的攻击。

2、主板的sata或ide控制器驱动程序受到了损坏或安装不正确;

解决方案：

重新安装主板驱动程序提供的sata或ide控制器驱动。

3、系统分区存在磁盘错误或文件错误;

解决方案：

执行磁盘扫描程序对所有的磁盘驱动器进行全面检测，看看磁盘驱动器是否存在磁盘错误或文件错误。

4、u盘中毒;

解决方案：

使用u盘pe工具来修复u盘。

上面的四种方法就是插入u盘开机出现蓝屏原因及解决方法，如果你遇上这种情况的话，看看这篇文章找找原因，去解决问题的技巧吧。

解决方案 篇3

暖气片价格不热,看这些招儿管用不？

供热即将开始，很多家庭是反映暖气不热，除了供热方的原因外，也有不少都是因为管道问题。特此整理了几个常见问题及处理办法，希望能帮助市民尽早解决暖气不热的问题。

1、供热开始前，用户最需要注意什么

在供热之前必须做好几件事：用户要了解供热单位的报修电话，遇有供热问题方便联系;供暖开始前，用户要对自家的暖气片、管道、阀门进行一次全面的检查，发现跑、冒、滴、漏现象及时通知供热公司维修;室内温度不达标的及时通知供热单位维修、测温、查找原因，不应自作主张进行检修;家中无人时应将联系人、联系电话告知邻居或供热公司，遇到紧急情况可与之联系，采取措施，减少不必要的损失。

2、新入网用户在供热前要注意什么

新用户在安装供热管网时，极易有泥沙、石子、焊渣等杂质进入管网，使管道堵塞或阀门、仪表等损坏，影响供热质量。所以新用户入网前必须进行管道清洗。

3、供热初期，部分暖气片不热，怎么调试

用户可利用散热器一端的手动排气阀进行排气。排气时轻轻拧松手动排气阀，听到排气声应立即停止扭动排气阀，有稳定水流后可将排气阀轻轻拧紧。如果不小心把排气阀拧断了，也不要惊慌，马上找一支木筷削尖一头插入孔中，避免大量漏水，然后再找专业人员进行

维修。这里有一点需要提示用户，排气时，若有水流出，应立即关闭排气阀;然后间隔一段时间后，反复打开排气阀进行排气。

4、暖气不热，用户自己放水放气，暖气能热吗

这种情况在供热初期最为普遍。排气和放水的话也要处理好，否则会影响到热网系统和整个热循环。供暖系统主要是水循环，用户放水多了，造成大量冷水进入循环系统。在供热运行初期或者外网不稳的阶段，用户争相放水放气，会使暖气越来越冷。

5、暖气管连接处漏水时，应采取什么紧急措施

暖气管连接处一旦漏水，用毛巾或抹布将管轻轻缠上，留出一段放到盆里，让水流到盆里，拨打所在区域的维修电话，请专业人员维修。

6、供热后，家里有的地方热，有的地方不热，怎么回事

这是用户庭院管网的问题。造成这种情况的原因有很多：石子、木块、焊渣等细小杂物堵塞到立管、支管时，会造成这种现象。解决办法是检修立管、支管，清除杂物;夏季部分住户在装修房屋时或检修暖气时，关闭立管、支管阀门之后没有开启或全部开启。解决办法是逐个检查阀门，确保阀门全部开启;部分暖气片安装时，坡度不合理，空气无法排出，形成不热现象。解决办法是在暖气片上堵头处加设排气阀。

7、暖气支管砂眼漏水了，怎么办

把毛巾或抹布缠在管上，留出一段放到盆里，将水引流到盆里，已经分户的先关闭阀门，并拨打所在区域的维修电话，请专业人员维

修;若家里有自行车内胎，可将其剪成宽1cm左右的长条，在距砂眼3cm处将内胎条用力拉开，一扣压一扣地缠在管子上，直到缠过砂眼3cm即可。

8、交了取暖费，白天暖气不热，18时以后稍微热一点，但到了次日凌晨3时就又不行了，物业这样做合理么

太原市供热管理中心相关负责人表示，白天气温高，供热温度可以相应降低一些，但也不能低于供热标准，否则就是违约，市民遇到类似情况，可向12319城建热线反映。

9、楼上邻居装修房子，把挂式暖气片改成了地暖，感觉家里的温度明显比往年低了。这是怎么回事

供热单位专业人员说:在非供暖期，居民如果要装修房屋，最好不要随意变更原先设计的管网，如果要更换暖气管道，最好找专业人员施工。原先设计的是挂式暖气片，如果改成地暖，就会影响循环，甚至影响其他住户的正常供暖。居民如想换美观的暖气片，最好是更换同等数量的暖气片，以保证温度。

另外，通常设计暖气片时，都是按无暖气罩的条件设计的，居民在装修时，如果要把暖气片包住，需考虑到室内温度。

更改暖气管道时，最常见的是以下两种错误的改法：1、居民把回水管道做成环形状，影响循环。2、居民把铸铁暖气片改成麻花状暖气片。

10、小区是区域供热，暖气烧得不是很好，白天有暖气，晚上就没有。加上暖气管道里经常会憋住气，有的居民基本天天都要排气。这样经常开关阀门，对阀门是否会有损害

热力公司的专业人员说:在非供暖季，居民和物业部门一定要注意阀门、暖气片、管道的维护和保养。

●阀门上涂点黄油。经常开关阀门，时间一长，就会有漏水现象，所以在供暖期结束后，应在阀门螺杆上涂黄油，有漏水现象的.应加密封盘根。

●千万别放掉暖气管道里的水，因为这些水是经过防腐处理过的软化水，可以很好地隔绝空气对暖气片和管道的腐蚀。

●对堵塞的暖气片或管道进行局部清洗。这个应请物业管理部门或专业维修人员进行操作，居民不可自己拆卸、改造供热系统，以防漏水。

●把不给力的暖气片换掉。一些居民家的暖气片承压能力低，经常出现漏水现象，居民可在不供暖的几个月进行更换，换上耐高压、传热效果好的暖气片。

解决方案 篇4

1.项目概况

1.1项目背景

仓储管理在物流管理中占据着核心地位，传统的仓储业中存在诸多问题，如：进出库人员操作混乱、库存报告不及时、仓库货品属性不清晰、堆放混乱、盘点不准确等，都需要一个基于信息化管理的技术进行彻底的改造。

基于RFID技术的仓库管理，将改变传统的仓库管理的工作方式与流程，把所有关键的因素通过贴上RFID标签，在仓库管理的核心业务流程：出库、入库、盘点、库存控制上实现更高效精确的管理。RFID技术以识别距离远，快速，不易损坏，容量大等条码无法比拟的优势，简化繁杂的工作流程，有效改善仓库管理效率和透明度，保持企业业务运营的精益。

像世界零售巨头沃尔玛这样的大型零售商已经开始在他们的物品仓库和配货中心部署RFID仓储管理系统。一些研究机构估测，沃尔玛的RFID系统每天产生大约7兆字节的数据。因此，对于RFID仓储管理系统，如何存储和检索海量RFID数据也是一个迫切需要解决的问题。

1.2项目目标

仓库管理系统(WMS)作为某一公司的核心业务系统，利用计算机软件模拟实施仓库管理的系统流程，其综合性要求达到简明实用、提高仓库管理的质量和效率的目的。

将物资集中放置在一定的场所需要利用科学的方法进行管理，并且实现高效准确的出入库操作，在保证基本效率的前提下，及时的将货物更新信息提交到服务器数据库;上层的管理系统要保证货物在存储期间数量不发生变化、维护相应的出入库记录和定期盘点信息。

在货物存储时要达到空间利用的最大化，劳动力和设备要达到最大程度和最有效的利用，货物能够方便的存取，在需要时能够做到快速的定位。另一方面，此管理系统要实现高效准确的出入货验证审核机制，使得在有限的工作时间内再无差错的基础上更多数量的完成入货和出货的操作，从最大程度上节省人力资源消耗，避免人为因素导致错误的发生。

2.项目需求

2.1仓库管理系统需求

传统的仓储管理，一般依赖于一个非自动化的，以纸质文件为基础的系统与人工记忆相结合来实现库存管理。这种方式不仅费时费力，而且容易出错，使得货物仓储环节效率低下，给企业带来不可估量的损失。为了弥补传统仓储管理系统的缺点，我们设计基于RFID的仓储管理系统。

系统的主要功能

2.1.1入库模块需求描述

在成品包装车间，工人先将RFID电子标签贴在产品上，成批装箱后贴上箱标，需打托盘的也可在打完托盘后贴上托盘标。一般贴标方式有：1.产品单件贴标;2.多件产品包装在一起，外包装贴标;3.托盘贴标，并与单件产品标签或外包装标签数据关联。

包装好的产品由装卸工具经由RFID阅读器与天线组成的通道进行入库，RFID设备自动获取入库数量并记录于系统，如贴有托盘标的，每托盘货物信息通过进货口读写器写入托盘标，同时形成订单数据关联，然后通过计算机仓储管理信息系统运算出库位(或人工在一开始对该批入库指定库位)。

2.1.1.1入库模块业务描述

在仓库的门口部署RFID固定式读写器，同时根据现场环境进行射频规划，比如可以安装上下左右四个天线，保证RFID电子标签不被漏读。

接到入库单后，按照一定的规则将产品进行入库，当RFID电子标签(超高频)进入RFID固定式读写器的电磁波范围内会主动激活，然后RFID电子标签与RFID固定式读写器进行通信，当采集RFID标签完成后，会与订单进行比对，核对货物数量及型号是否正确，如有错漏进行人工处理，最后将货物运送到指定的位置，按照规则进行摆放。RFID在仓库管理应用中最主要的优势非接触式远距离识别，且能够批量读取，提高效率与准确性。

2.1.1.2入库模块实现要求描述

仓库中每一种物品的位置、数量、规格型号等都可以在仓储管理软件中一目了然地显示出来，实现了仓储状态的可视化。完成入库操作后，应生成入库产品数据表，记录入库产品的名称、种类、生产日期、入库时间、入库批次、质量状况、入库数量、入库经办人、仓库代码等信息，以便查询。

2.1.2出库模块需求描述

部门的发货人根据销售要求的发货单生成出库单：即根据出库优先级(比如生产日期靠前的优先出库)向仓库查询出库货物存储仓位及库存状态，如有客户指定批号则按指定批号查询，并生成出库货物提货仓位及相应托盘所属货物。

领货人携出库单至仓库管理员，仓管员核对信息安排装卸人员执行对应产品出库。

装卸人员提货经过出口闸，出口闸RFID阅读器读取托盘上的标签获取出库信息，并核实出货产品与出库单中列出产品批号与库位是否正确。

出库完毕后，仓储终端提示出库详细供管理员确认，并自动更新资料到数据库。

2.1.2.1出库模块业务描述

根据提货的计划，出库的货物进行分拣处理，并进行出库管理。如果出库数量较多时，将货物呈批推到仓库门口，利用固定式读写器与标签通信，对出库的货物的RFID电子标签采集，检查是否与计划对应，如有错误，尽快的人工处理。对于少量的货物，可以使用RFID手持式终端进行RFID电子标签的信息采集(手持扫描枪或RFID平板电脑)，出现错误时，会发出警报，工作人员应该及时的处理，最后把数据发送到管理中心更新数据库完成出库。

2.1.2.2出库模块实现要求描述

装卸人员接到出货指令，到指定货位取货物。取前装卸人员读写器再次确认货物准确性，然后将货物送至出货口传送带，出货口传送带读写器读取货物标签信息是否准确，校验无误出货。

2.1.3盘点模块需求描述

仓管人员使用RFID手持式的终端，在每个货架或者是托盘边走过，能够读取出货架或者托盘上的.货物的数量种类，并进行累加，盘点完成后生成盘点报表，并提供系统内的数据信息与仓库实际存货的数量对比，以供仓管人员参考，同时可根据需要修正系统内的数据信息，保证货、账一致。

2.1.3.1盘点模块业务描述

按照仓库管理的要求，进行定期不定期的盘点。传统的盘点，耗时耗力，且容易出错。而这一切RFID把这些问题解决了，当有了盘点计划的时候，利用RFID手持式的终端进行货物盘点扫描，盘点货物的信息，可以通过无线网络传入后台数据库，并与数据库中的信息进行比对，生成差异信息实时的显示在RFID手持终端上，供给盘点工作人员核查。在盘点完成后，盘点的信息与后台的数据库信息进行核对，盘点完成。在盘点的过程中，系统通过RFID非接触式读取(通常可以在1~4米范围内)非常快速方便地读取服装货物信息，与传统的模式相比，会提高很多效率和盘点的准确性。

3.技术解决方案

3.1硬件平台

仓库管理系统主要的硬件设备包括：UHF固定式读写器、手持式读写器、电子标签、应用PC、WEB服务器、数据库服务器等。

以单个仓库为单位，仓库出入管理可以采用固定式读写器来管理、仓库物资的盘点定位等可以采用手持式读写器来管理。

3.1.1硬件布局

标签的贴放方案

电子标签作为标示仓库货物的唯一标志，在贴放时要特别注意。应为标签的贴放直接关系到读写器天线的安装方式和标签读写效果。为了获得最佳的读写效果，读写器的极化方向要与标签的极化方向一致。

这里将标签主要分为抗金属标签和非抗金属标签，来标识不同介质的货物。抗金属标签是贴放在金属货物表面的，非抗金属标签(包括卡片、不干胶、Inlay等)主要贴放在非金属货物标签。像木箱、帆布包、塑料袋子、纸箱等货物均可以通过非金属标签来标识 。

在仓储管理中，主要采用托盘级管理，即一个托盘上的货物作为一个单位来完成入库、出库、盘点等操作。标准托盘的大小为 120cm*100cm*15cm。因此，一般在贴放标签时，一个托盘贴放一张标签来标识，贴放的位置根据具体的托盘货物堆放方式来确定。通常，货物在托盘上的堆放高度不大于 80cm，也即托盘与货物一起堆放的最大高度不大于1m。

手持终端通过WIFI网络来完成数据交互。操作人员通过手持机读取到物资上的电子标签，电子标签的信息显示在显示屏上。手持机通过WIFI无线网络将标签信息上传到无线 AP，无线 AP 通过有线或无线网络将数据上传到后台 PC，PC 通过无线网络与后台服务器进行数据交互。

3.2软件平台

操作系统：Windows 7以上的系统

数据通信：一般采用100/1000以太网和无线AP

数据库：SQL Server 20xx R2

主界面：C# / JAVA 语言编程

可与该系统共同应用的软件包括：ERP，MES，TPM等