解决方案

时间：2022-07-12 09:58:08 解决方案我要投稿

【精华】解决方案模板汇编5篇

　　为了确保事情或工作安全顺利进行，我们需要事先制定方案，方案的内容和形式都要围绕着主题来展开，最终达到预期的效果和意义。那么你有了解过方案吗？下面是小编为大家整理的解决方案5篇，仅供参考，欢迎大家阅读。

【精华】解决方案模板汇编5篇

解决方案篇1

　　HP ProLiant DL380G3提供不可比似的性能,超群的可用性和前所未有的灵活配置，备受称赞的节约空间2U高机架，以及艺术级的组件。例如最新的 Intel Xeon处理器，可扩至双路。512MB PC2100 DDR SDRAM和400MHz GTL总线提供杰出的性能。另外，对等PCI总线结构，64位PCI-X槽位和集成的smart Array 5i Plus控制器，提供附加的性能和可用性。高度可用的机箱现在可以安装6块热插拔硬盘以及其他设备，使用户可以放心的使用硬盘和备份设备以满足他们的 Web主机邮件、文件/打印或小数据库应用，而不用进行任何功能分配和协调高级别的系统管理功能

　　应用需求分析

　　用户目前的应用情况是：用户为广播电台，由于节目录制以及播放，现有的PC机已不能满足多点网络服务的要求，如果不进行系统升级改造，那么用户每年需要投入大量资金购买PC机，在产品寿命和应用收益等诸多方面均用户将承受巨大压力。为此，用户一方提出设备方案改造要求：

　　提供到10000人在线，VOD系统。流媒体编码率初步定为512Kbps 具有高可靠性的服务器集群具有高可靠性的存储系统从应用机制上分析，媒体服务器应采用网络负载均衡技术存储系统为NAS模式，存储不同类型的媒体文件存储空间初步定位2TB 网络系统实时性要求非常高

　　用户对系统升级方案的要求：

　　(1) 平台要求：

　　在通常情况下，设计流媒体服务器的原则为--水平扩展模式（scale wide rather than scale high），也就是说：使用较多的服务器来分担网络的负载。例如：部署２台双处理器或４台单处理器的服务器，而不是一台4颗CPU的服务器。采用这种方案可避免，当仅有一台高端服务器时，因无法分担网络负载而产生瓶颈。同时也消除了"单点故障"问题，提高了系统的整体可靠性。

　　(2) 方案要求：

　　需要考虑计算流媒体文件的动态大小，以满足后端存储适应点播的需求；考虑数据存储流量对网络性能的影响；考虑并发任务对系统平台的要求。

　　服务器选型的考虑点

　　CPU

　　如果服务器的能力可以满足要求，增加更多的处理器不能明显提高服务器的吞吐量。微软媒体服务（Windows Media Services）可以从１路系统扩展到８路系统。然而，当超过２颗ＣＰＵ时性能的增加逐渐减小，投资回报比开始降低。

　　内存

　　当CPU、磁盘和网络I/O都不是系统的瓶颈时，添加足够多的RAM给Windows Media服务器，可以增加同时响应客户端的数量。但是，微软媒体服务（Windows Media Services）不使用系统内存来保存文件系统数据（file system data），所以增加更多的内存不能解决因磁盘I/O问题而产生的瓶颈。对于高可用的媒体服务器，最佳内存配置为1Gb。超过这个数量，投资回报比开始降低。

　　网络（Network Interface）

　　为了从每个服务器获得最佳效果，网络连接应该采用专用的交换式以太网段。可以考虑使用多网卡：一个网卡专用来向客户端提供流媒体，另外一个网卡专门负责远程管理、监视、复制、从编码服务器获得数据流，以及流的分发。这样配置的优点为：当客户网段（client segment）流量出现饱和时，不会影响到对服务器的远程管理。

　　磁盘

　　因为磁盘输出性能对于流媒体点播（streaming on-demand）是至关重要的因素，所以必须优化磁盘的"读"性能。可以采用由高转速、低延迟硬盘组成的阵列系统。另外，增加磁盘阵列控制器上的缓存（Cache），可以提高控制器访问相同数据的性能。（commonly accessed data）

　　方案建议

　　模拟配置：

　　处理器：双路以上至强处理器，2.8GHz主频

　　内存：至少4GB ECC

　　硬盘：4块以上SCSI硬盘,可做RAID5，硬盘转速15000转以上

　　网络：2块千兆网卡（支持捆绑）

　　首选服务器：DL380G3

　　集成的Light-Out(iLO)提供了远程管理功能，无需占用PCI插槽，为用户提供高级别的远程管理和控制的功能。

　　惠普的DL380服务器与其它厂商的比对优势：

　　ProLiant DL380G3服务器有3个全长的PCI-X插槽，其中2个是热插拔的，而友商同等类型服务器带有的3个全长PCI-X插槽均不支持热插拔 ProLiant DL380G3服务器支持6块热插拔硬盘驱动器，而友商同等类型服务器仅支持5块热插拔硬盘驱动器 ProLiant DL380G3服务器可以通过选件实现完全的冗余热插拔风扇，而友商同等类型服务器没有相应的选件来实现完全的冗余热插拔风扇 ProLiant DL380G3服务器具有热插拔PCI插槽，而友商同等类型服务器不支持热插拔PCI插槽 ProLiant DL380G3服务器最大支持12GB的内存容量，而友商同等类型服务器仅仅支持8GB的内存容量 ProLiant DL380G3服务器通过了B级别的EMI测试，而友商同等类型服务器仅仅通过了A级别的测试

　　实际配置

　　项目产品型号序列号描述数量ServerDL380R03 X2.8/400 512 1GB PRC（机架式服务器）349201-AA12U机架式;一个Intel Xeon 2.8GHz 处理器,512KB L2高速缓存,采用400MHz前端总线，支持双处理器；6个内存插槽，标配1GB PC2100 ECC DDR 内存，可扩展至6GB，采用Online Spare Memory (在线内存保护技术)；集成 Smart Array 5i+ (64MB缓存，可选电池保护) 智能阵列控制器，支持6块Ultra3 SCSI热插拔硬盘,双工或单工方式；3个64位PCI-X插槽(2个100MHz热插拔，1个133MHz非热插拔插槽)，2个集成NC7781 10/100/1000 千兆以太网卡端口,支持在线唤醒(WOL，PXE)；400W热插拔电源与风扇，可选冗余；带有1.44M 软驱，24x IDE CDROM，可选DVD-Rom 驱动器1处理器升级257915-B21X2.8/400 350/70/80 G3 ALL 处理器1内存300679-B211GB REG PC2100 2X512 ALL 内存4硬盘286776-B22 36GB Universal 热插拔 Ultra 320 15K 1" 硬盘6

　　由于流媒体服务器所传递的数据多数为音频与视频文件，因此对于服务器的存储系统和网络系统的IO能力以及处理器对数据快速处理的能力要求较高，如果用户的数据传递格式比较高，要求达到比较清晰无间断的稳定传输，而且用户并发数据传输较高的时候，可以考虑使用更高级别的服务器，如ML530、 DL560、ML570、D580服务器。为了能进一步提高性能，可以添加处理器、内存、网卡。

　　在配置流媒体服务器的时候，一定要使用高性能的磁盘阵列卡，如Smart Array 53xx或更高级别的阵列卡。通过额外选配阵列卡缓存和磁盘存储柜的缓存提高磁盘的IO特性，由于流媒体工作模式多为读取模式，所以在缓存的配置上，可以将大多数缓存分配给读取所用。网卡的设定也可以同样配置。由于传递的文件数量较大，所以在阵列的数据块大小设置上可以将数据块的大小取为较大的存储块，对于提高其整体性能有益。

解决方案篇2

　　一看ping 服务器IP能否ping通。

　　这个实际上是看和远程sql server 20xx服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 20xx服务器的IP拼写正确。

　　二在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。

　　如telnet 202.114.100.100 1433 通常端口值是1433，因为1433是sql server 20xx的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。如果这一步有问题，应该检查以下选项。

　　1 检查远程服务器是否启动了sql server 20xx服务。如果没有，则启动。

　　2 检查服务器端有没启用Tcp/IP协议，因为远程连接(通过因特网)需要靠这个协议。检查方法是，在服务器上打开开始菜单->程序->Microsoft SQL Server->服务器网络实用工具，看启用的协议里是否有tcp/ip协议，如果没有，则启用它。

　　3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性，确保默认端口为1433，并且隐藏服务器复选框没有勾上。事实上，如果默认端口被修改，也是可以的，但是在客户端做telnet测试时，写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接，但是Tcp/ip协议的默认端口将被隐式修改为2433，在客户端连接时必须作相应的改变。

　　4 如果服务器端操作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。

　　5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。检查方法是在服务器的dos或命令行下面输入 netstat -a -n 或者是netstat -an，在结果列表里看是否有类似 tcp 127.0.0.1 1433 listening 的项。如果没有，则通常需要给sql server 20xx打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在8.0.20xx以下的都需要打补丁。如果以上都没问题，这时你再做telnet 服务器ip 1433 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你，你马上可以开始在企业管理器或查询分析器连接了。

　　三检查客户端设置

　　程序->Microsoft SQL Server -> 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433(或其他端口，与服务器端保持一致就行)。

　　四在企业管理器里或查询那分析器连接测试企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步->选Sqlserver登陆->下一步->写入登陆名与密码(sa,password)->下一步->下一步->完成查询分析器->文件->连接->写入远程IP->写入登录名和密码(sa,password)->确定通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。修改默认连接超时的方法: 企业管理器->工具->选项->在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡->连接设置->在登录超时(秒) 后面的框里输入一个较大的数字查询分析器->工具->选项->连接->在登录超时(秒) 后面的框里输入一个较大的数字通常就可以连通了，如果提示错误，则进入下一步。

　　五错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。

　　解决方法如下所示:

　　1 在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL Server。

　　2 展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡。

　　3 在"身份验证"下，选择"SQL Server和 Windows "。

　　4 重新启动SQL Server服务。(在dos或命令行下面net stop mssqlserver停止服务，net start mssqlserver启动服务，也是一种快捷的方法)。

　　附注:在连接本地服务器时，通常使用的是命名管道协议(在服务器网络实用工具里可以看到启用的协议有这个)，默认端口是445，因此在本地能连通是不能说明什么问题的，连接远程服务器是完全不同的协议)

解决方案篇3

　　我们使用的绝大多数移动硬盘和U盘都是使用USB接口，属于即插即用类型。我们经常使用USB设备也都可能会遇到无法识别移动设备的情况，即找不到USB设备的盘符。

　　一般来说移动硬盘正常接入电脑，在我的电脑或计算机磁盘管理中都可以看到新的硬盘盘符号，最简单的直接进入我的电脑就可以看到新的移动硬盘盘符号，开始没看到可以等待一下刷新下我的电脑就看到了，也可以在我的电脑管理中查看。

　　①当遇到移动硬盘不显示我们首先检查移动硬盘的数据线是否连接好了电脑与移动硬盘了没有，有的时候由于没插好，导致电脑无法识别移动硬盘的情况也比较多，另外当移动硬盘USB连接良好后，我们看下主机USB接受是否不良，换个接口试试，前面的不行，换后面的再试。电脑死机的原因? 电脑经常死机怎么办？

　　PS：有的电脑由于前置USB接口并没连接到主板接口，导致前面USB接口不可用的有很多，所以这个也需要注意下。

　　②当确保电脑主机USB接口是可用，并且数据线与硬件连接牢固后，移动硬盘依然无法显示我们可以尝试重新拔掉主机US接口，稍等下再次插入来尝试一下，笔者遇到过不少这种情况，开始接入电脑提示有因设备接入，但在我的电脑里却看不到移动硬盘盘符，反复重新插拔几下结果就有了。

　　③先拿到别的电脑上去试一下，如果正常，就是你系统的事，如果不正常，就是你硬盘或则硬盘USB线的问题。先找个好的USB线试吧，还是不行就是硬盘的事情了，送修吧，一般硬盘我们也不会修。

　　如果是自己系统的问题，你从设备管理器里看，移动硬盘前有无异常图标，比如问号感叹号之类的，有就添加新硬件，重新找一下，并且检查下电脑服务项是否禁止了相关服务，实在没法又不知问题出在哪里的朋友可以把系统恢复到正常(如：一键还原或重新安装系统)时，然后接上试，一般问题都可以解决。还有问题……最后一次查看BIOS里设置或将BIOS直接恢复到出厂设置，还不行，检查你的主板吧。

　　分两种情况：

　　1、电脑的USB接口本身不是高速接口，而移动硬盘为高速硬盘，所以即使通电正常也无法显示移动硬盘区;可以查看电脑的USB接口，一般电脑会有几个USB接口，如果前置的效果不好，尽可能使用后置USB，并最好是接到与移动硬盘相匹配的USB接口上。提示“打印机后台程序服务没有运行”的解决办法！

　　2、因移动硬盘对供电有要求，如果电脑的USB接口供电不足，移动硬盘一样会亮灯，也会有转速，但因取电不足，无法正常运行，当然不会在电脑上显示移动硬盘的盘符了。

　　当然以上情况是确保移动硬盘是良好的，如果无法确定移动磁盘是否良好，可用笔记本试，因为笔记本给移动磁盘供电是通过移动磁盘数据线双头供电的，一般来说，移动硬盘突然不认盘了，有多种可能。首先，检查USB接口，换一个USB接口试下，有条件的话换一个电脑试下，这里要提醒的是，尽量接在电脑后置的USB接口，因为机箱前置的USB接口可能电压不稳定。其次，重新安装移动硬盘盒，或者更换一个移动硬盘盒和数据线尝试；最后如果排除以上问题，就有可能是盘体故障了，这时应该停止继续通电尝试，如果硬盘还在保修就去保修。如果超过保修期了，且数据也不重要，可以用MHDD检测下坏道，但要做从盘，在DOS下操作，扫出来的红绿块，MHDD还自带了修复功能，可以尝试使用相关移动硬盘修复工具对移动硬盘进行修复，如果修复好了，建议以后这块硬盘不建议保存重要数据，因为这硬盘可能已经快出问题了，不能保证以后数据还能存多久，丢了重要数据可就得不偿失了。

解决方案篇4

　　考研是一场“时间战”，谁懂得抓紧时间，利用好时间，谁就是最后的胜利者。临近暑期，一年一度的考研暑期复习热潮再次掀起，众所周知，这一时期对考研至关重要。事实上，每个人此一时或彼一时都会拖延，即便知道拖延只会使事情变得更糟。那么，如何着手来管理好自己的时间高效复习？下面从往年暑期复习常见症状分析，帮助同学们找到属于自己的复习方法。

　　症状1.随波逐流式复习：机械被动

　　很多同学在考研暑期复习过程中，不懂得如何制定完善的复习计划，只是为了考研而考研，每天只是机械的和其他同学一样到自习室复习，随波逐流，有感觉的时候也能一天复习十几个小时；没感觉的时候就把书一扔，先玩几天再说。这种“三天打鱼，两天晒网”的复习状态属于很多没有完善的复习计划的同学。事实证明，这种复习方式是根本不可能受到良好的复习效果的'。因此提醒广大同学们，在决定考研之后，一定要尽力根据自身情况量身制定一个适合自己的合理计划，并尽量按所制定的计划进行考研复习。一般说来，在整个考研复习过程中，每门课程都要反复复习，每门至少复习四遍。因为按照记忆规律来看，复习第一遍能熟练掌握近百分之三十的知识内容，第二遍能掌握百分之五十的知识内容，第三遍能掌握百分之七十的知识内容，第四遍就能达到掌握百分之九十应考内容的效果，但若不反复复习的话，连最初的百分之三十也将忘记。

　　症状2.零散碎片式复习：缺乏整体规划

　　除了不会制定合理的复习方案之外，很多同学在考研复习过程中，也不懂将知识点系统化，极易将复习重点放在个别琐碎的知识点上，反而放松了对整个知识体系宏观的、总体性的把握。而现在的考研题目，在命题思路上则更注重灵活性及综合性，以及考查考生对于知识的立体把握。若考生在复习时未能建立良好的知识体系，而仅仅关注零散知识点，则很难适应现在的考研命题思路，难以获得理想的成绩。

　　但如果能将知识点系统化，就能达到良好的复习效果：比如考生在看到试题时，无论是小型的选择题还是大型的分析题，大脑里立刻会形成一个完整的逻辑体系与试题相对应，能迅速判断出该题所涉及的知识点在书中的大致位置，并能进一步联想与这一知识点相关联的各种其它知识点。若能做到这一步，那么考生在答题时的总体思路及方向很难产生一定的错误，也非常有利于考生组织自己所掌握的知识点，若加上考生再有极为规范的答题思路，那么获得一个好的成绩则非常简单。

　　上述症状表明，很多考生复习存在一定的盲目性，在复习方式上需要进行一定的“系统更新”，一方面理清复习思路，将知识点做到系统化，同时做好全程复习规划必不可少。要找到属于自己的复习方法，大家可以从以下几个因素综合考虑：

　　1.找出自身不足

　　进入暑期之前是紧张的期末考试复习，这段期间学习气氛非常好，建议大家可以趁着这段复习气氛尚未退却，为暑期的考研计划根据自身情况制定出合理的复习计划，根据自己的不足有规划的制定出适合自己的复习计划。但复习的同时也要关注身体状况，不能一味死读书，忽略了身体状况，反而会得不偿失，因此制定合理的作息时间也是相当重要的。因此同学们要好好利用漫长的暑期时间为考研之路打好基础。

　　2.时间主次分配

　　暑期时间看似漫长，实则也不是很长，而且整个暑期复习过程中，能够分配到各科的复习时间其实相当有限，因此同学们可以先选择基础性的学科系统的进行巩固并练习，但即便如此，各科所包含的内容也相当多，因此整个暑期时间分配下来也相当紧凑，根本不可能做到面面俱到的复习，这就需要同学们抓住复习重点，各个击破，尽量做到用最短的时间达到最好的效果。

　　3.持之以恒

　　考研复习是一项费时费力的工程，很多时候，考研复习的同学们由于难以负荷而最终很难坚持到最后，但任何事都贵在坚持，坚持到最后才是一个人最终取得成功的关键。考研所涉及的知识面之广之多，确实容易令同学们心烦意乱，但学习是一个长期的积累过程，只有通过一点一滴的积累，才能积少成多，最终完成质的飞跃。因此既然已经决定考研，那么就要脚踏实地的一步一个脚印的走下去，经过时间的洗礼，相信同学们最终付出的艰辛都能够得到理想的回报。

　　以上总结介绍了同学们在考研暑期复习过程中存在的弊端，以及为大家提供的一些制定考研暑期复习计划的建议，希望能够给大家带来一定的帮助，最后预祝所有的考研学子都能够心想事成。

解决方案篇5

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

　　在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取模就可以定位到具体的表上。

【解决方案】相关文章：

解决方案12-01

erp解决方案12-04

企业解决方案12-04

存储解决方案12-02