我想问一下，我现在网贷大大小小总共欠款2万多。一个月没还了，会不会被认为骗贷 - 110网免费法律咨询
您的位置：
&& 查看咨询 　　　　　　　今日活跃律师： &&&&&&&&&&
该问题已关闭
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
的回复获得奖章一枚
我想问一下，我现在网贷大大小小总共欠款2万多。一个月没还了，会不会被认为骗贷
江苏－无锡&04-07 15:26&&悬赏 0&&发布者:ask201…… & 回答:(2)
我想问一下，我现在网贷大大小小总共欠款2万多。一个月没还了，会不会被认为骗贷。我的信息是真实的。
您也有法律问题？ 您可以 发布咨询，我们的律师随时在线为您服务
[山东-济南]
回复时间：
这个不构成诈骗罪，但是呢，属于民事纠纷民事纠纷也是应当还钱的
网贷计算逾期罚息生效吗？
一般来说，罚息也是生效的
[广东-广州]
1415524积分
回复时间：
这是可以按照贷款合同的约定来履行义务的
问题答案可能在这里 →
无锡推荐律师
最佳律师解答
(毕丽荣)()&
(年遇春)()&
(徐卫东)()&
(李鸿雁)()&
(崔利民)()&
(年遇春)()&
最新回复律师
人气：114294
人气：286264
人气：75677
人气：12388
人气：23120
上海 黄浦区
人气：26212网贷太多，负债很高，没有逾期，征信查询过多，大数据花了，想办一大额贷款上岸，分期长无中前期费用的_百度知道
网贷太多，负债很高，没有逾期，征信查询过多，大数据花了，想办一大额贷款上岸，分期长无中前期费用的
提示借贷有风险，选择需谨慎
我有更好的答案
你拉几把倒吧，还想换大额上岸，你上个蛋球你还不清的了
采纳率：57%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。最近想到一家生产树脂的单位上班，我想请教大家这样的企业，在工作过程中会不会对人体造成伤害啊？生产树脂有毒吗？这是他们生产的产品强酸、弱酸、强碱、弱碱、螯合、两性、催化、吸附八大系列，上百种离子交换树脂产品,希望有知道的和我说一下谢谢！！！
只要是化工没有没毒的，就拿制药来说毒性都很大，更何况是树脂呢？不论是石油类的还是其他类的树脂，在工艺过程中都会就出有毒有害的物料。所以想要无毒是不可能的。但就树脂而言，也并非就一定无毒，很多树脂也是有毒的，比如说聚氯乙烯树脂，也就是我们平常用的塑料袋，（用手搓感觉比较硬的，软的一般为聚乙烯树脂，基本无毒）毒性就很大，只是大家平时都不在意。
对于工作而言，只要是在工作过程佩戴足够的劳动防护用品，会减轻对身体的伤害，但是不建议在化工厂干的时间过长，因为就算你的公司毒性小，周围的环境也不能保证毒性小啊！
其他答案（共3个回答）
的中毒方式不一样，有吸入式的，有皮肤接触中毒的。可以看看日本人编的那套《公害毒物危险物》，讲的比较全
饱和聚酯树脂中的交联单体一般都是采用苯乙烯，有刺激性和毒性，注意通风不要让它在空气中的浓度太高了。引发剂即固化剂为过氧化物，有腐蚀性和毒性，别沾到皮肤上了。 环...
环氧树脂本身没有味道，环氧树脂在制造的过程中有萃取工艺，如果有味道那多半是盐酸成分，日常闻到的环氧味道主要是掺入的固化剂味道浓烈，芳香胺或改性胺类固化剂，有的形...
急性甲醛中毒为接触高浓度甲醛蒸气引起的以眼、呼吸系统损害为主的全身性疾病。
1 诊断原则根据短期内职业接触高浓度甲醛蒸气后迅速发病,结合临床症状、体征和胸部X线...
单纯的聚乙烯是没有危害的，有没有其他的化学原料有害就不知道了
患者您好通过您所说的症状引起鼻炎是您的工作环境引起的您洗脸的时候用用手心盛自来水管放出来的冷水捂在鼻子上把冷水吸进鼻孔里而后擤出来再盛水吸进去再擤出来连续几次每...
答: 朱砂是一种天然矿石，通常形状为犀利的块状体，晶体矿的朱砂被称为“软红宝石”。有机会去凤凰古城的话，可以看看御石坊朱砂哦。
答: 硫酸铜化学教育硫酸铜通常被包含在儿童的化学实验试剂中，用于晶体的生成试验和电镀铜实验
答: 什么是科学
作者：吴国盛
很荣幸来到这样一个古老而幽深的文化环境里，跟大家一起探讨当代文化中最重要
的一种现象，也就是科学。今天我想讲的是，究竟什么是科学？
为...
答: 根据《暂行办法》第三十五条的规定，教育救助标 准，由省、自治区、直辖市人民政府根据经济社会发展水平
和教育救助对象的基本学习、生活需求确定。各地在确定本 地的教...
嫌麻烦就把你洗衣机的型号或断皮带，拿到维修点去买1个，自己装上就可以了（要有个小扳手把螺丝放松，装上皮带，拉紧再紧固螺丝）。
你用的是工行的卡吗？到工行网站问了一下，下面是它们版主的回答——您好～
1、您可以拨打95588或通过网上银行等渠道查询消费明细。
2、若您的信用卡开通了网上银行。请您按照以下地址进行登录。工行网站地址： 点击“个人网上银行登录”或工行个人网上银行地址： 按照系统提示输入相关信息后即可登录。
“网页错误”请您进行以下操作：
（1）打开IE浏览器，选择“工具”菜单--&“Internet选项”--&“高级”标签--&点击“还原默认设置”，点击“确定”后关闭所有IE浏览器窗口；
（2）打开IE浏览器，选择“工具”菜单--&“Internet选项”--&“常规”标签--&Internet临时文件设置中的“检查所存网页的较新版本”选择“每次访问此页时检查”。并在Internet临时文件设置中点击“删除文件”，在“删除所有脱机内容”前打勾后点击确定关闭对话框，关闭所有IE窗口；
（3）打开IE浏览器，选择“工具”菜单--&“Internet选项”--&“安全”标签，在“请为不同区域的Web内容制定安全设置（z）”窗口内选择“Internet”，然后选择“自定义级别”，将“Activex控件和插件”中“下载已签名的Activex控件”、“运行Activex控件”等设置为“启用”或“提示”，点击确定后，请重新启动电脑；
（4）若您安装了3721上网助手之类的软件，请您将其完全卸载；
（5）请登录工行门户网站 ，点击“个人网上银行登录”下方的“下载”。进入下一个页面后，下载并安装控件程序。
（6）若仍无法正常使用，建议您重新安装IE6.0或以上版本的IE浏览器，并使用WINDOWS系统的UPDATE功能安装补丁。
3、您可以通过网上银行查看对账单进行还款。
4、是可以的。您需要通过网上银行办理跨行转账业务。
如果您想在网上办理跨行汇款，请使用“工行与他行转账汇款”功能，您除了需要申请开通网上银行对外转账功能，还需要您所在地区开通网上跨行汇款功能。若未开通，那么在操作时系统会提示您的（国际卡及香港信用卡无法使用此功能）。
从日起，柜台注册且未申请U盾或口令卡的客户，单笔交易限额、日累计限额以及总支付交易限额均为300元，9月1日前支付额度已经达到300元的客户需到网点申请电子口令卡或U盾（从注册日起计算支付额）。
若目前已达到交易限额但急需支付，建议您可通过下列方法变更交易限额：
1.申请U盾。u盾客户不再受交易限额和支付次数的限制。此外，使用u盾，您可以享受签订理财协议等服务项目，并在您原有使用基础上大大加强了安全性。如需办理U盾，请您本人携带有效身份证件和网上银行注册卡到当地指定网点办理U盾，办理手续及网点信息请您当地95588服务热线联系咨询。
2.申办口令卡。您本人可持有效身份证件、网上银行注册卡到当地指定网点申办口令卡。申办电子口令卡后，个人网上银行单笔交易限额1000元；日累计交易限额5000元，没有总支付额度控制；电子银行口令卡的使用次数为1000次（以客户输入正确的密码字符并通过系统验证为一次），达到使用次数后即不能使用，请及时到我行营业网点办理申领新卡手续。
要有经营场所，办理工商登记（办理卫生许可），如果觉得有必要还要到税务局买定额发票，不过奶茶店一般人家消费是不会要发票的巴，要买设备，要联系供应商备一些原料，就好啦，没啥难的，不过要赚钱的话就得选好开店地段。
办理手续的程序（申领个体执照）：
1、前往工商所申请办理
2、根据工商所通知（申请办理当场就会给你个小纸条）前往办理名称预核
3、拿到名称预核通知书，办理卫生许可证（前往所在地卫生监督所办理）
4、拿着名称预核通知书和卫生许可证前往工商所核发营业执照。
有可能搓纸轮需要清洗一下了,如果清洗了还是不行的话,那估计需要更换搓纸组件了
宝宝是不可以过多食用水果的。因为水果大多性寒凉，而宝宝的脾胃功能以及运动、吸收、消化能力都较差，所以过多地食用水果会导致宝宝的脾胃功能紊乱，从而造成宝宝的身体不适。但是水果又富含宝宝成长所必需的大量营养元素，所以应当适量地给宝宝食用，以此来补充宝宝成长中所需要的各种营养元素。在保证营养均衡的前提下，妈妈对宝宝食用的水果一定要有所控制。水果中含有大量糖分，如果过量食用，其中的糖分大部分不会被人体吸收，会留在肾脏里，并与尿液混合，使肾脏处于糖分超标的状态。长此以往肾脏极易发生病变。有些水果食用过度可致水果病：橘子吃多了会“上火”，令宝宝口干舌燥，严重的甚至会发展为“叶红素皮肤病”，其症状是小便发黄及便秘等；柿子若空腹时吃得过多，会导致“柿石症”，症状为腹痛、腹胀、呕吐；还有荔枝，因其好吃，极易吃多，可导致四肢冰凉、多汗、无力、心跳加速等；如果宝宝爱吃菠萝，多吃易发生过敏反应，出现头晕、腹痛，严重的会发生休克。
第一，活动过度。在母亲怀孕时胎动就多，从小睡得少，几乎不睡。在摇篮里手脚乱动、爱哭，总用手指触摸、摆弄身边的东西。上学后不能静坐，上课时坐立不安，不停地扭动身子，喜欢奔跑、爬高而且不知道危险，不能自控5分钟。
第二，注意力不集中。注意停留在一种事物上时间极短，很容易被外界声响、人走动等无关刺激所分散，上课貌似听讲，其实脑子里想的是别的事，学习有始无终，对任何刺激都不加思考，容易出现危险行为和发生意外事故。
第三，学习困难。有认知障碍，例如图形的辨认和临摹困难，对抽象、概括的事物理解较差，偏向具体的表面事物的理解。
第四，情绪不稳定。冲动、任性，做事不加思考，容易出现危险行为和发生意外事故。
第五，行为问题。有的儿童出现说谎话、逃学、盗窃、攻击行为等。
有以下护理方法：
A.用干净纱布彻底清洁大腿根部及阴茎部的皮肤褶皱，由里往外顺着擦拭。当清洁到睾丸下面时，用手指轻轻将睾丸往上托住。
B.用干净纱布清洁婴儿睾丸各处，包括阴茎下面，因为那里有尿渍或大便。有必要的话，可以用手指轻轻拿着他的阴茎，但小心不要拉扯阴茎皮肤。
C.清洁他的阴茎，顺着离开他身体的方向擦拭：不要把包皮往上推，去清洁包皮下面，只是清洁阴茎本身。在男宝宝半岁前都不必刻意清洗包皮，因为男宝宝大约4岁左右包皮才和阴茎完全长在一起，过早地翻动柔嫩的包皮会伤害宝宝的生殖器。
D.举起婴儿双腿，清洁他的肛门及屁股，你的一只手指放在他两踝中间。他大腿根背面也要清洗。
1、袜子“冻头捂脚，胜似吃药”，这些俗语是非常有道理的。随着气温逐渐下降，家长应该为孩子选择一些宽松、保暖的棉袜。但一些家长错误地认为宝宝的袜子越厚保暖效果越好，但如果宝宝袜子厚但不吸汗，很容易潮湿，大量的水分会挤掉袜子纤维中的空气，由于少了空气这种极好的隔热体，袜子潮湿时就会使宝宝的脚底发凉，反射性地引起呼吸道抵抗力下降而患上感冒。所以，在给宝宝选择袜子，就应该选择纯棉质地、且透气性好的。如果宝宝爱动，脚容易出汗，出了汗就容易生冻疮，所以每天给宝宝多换几次袜子或鞋子。实在不行，换鞋垫也可以。2、鞋子冬天，给宝宝选择鞋子保暖也是有讲究的。如果鞋子太大，宝宝走起路来不跟脚，脚上的热量就容易很快散失；反之鞋子太小，和袜子挤压结实，影响了鞋内静止空气的储存量也不能很好保暖。所以妈妈最好的选择是，鞋子的大小要以宝宝鞋子稍稍宽松一些为宜，质地也以透气又吸汗的全棉为最好。3、温水泡脚有这样一个说法：春天洗脚，升阳固脱;夏天洗脚，暑湿可祛;秋天洗脚，肺润肠濡;冬天洗脚，丹田温灼。妈妈每晚睡前坚持为宝宝温水泡脚，能使足部皮肤表面的毛细血管扩张，血液循环加快，改善足部皮肤和组织营养，增加局部抵抗力，促进宝宝睡眠，有助于其生长发育。给宝宝泡脚，水温水量也是十分讲究的。夏天的时候洗脚水的温度一般可以在38-40℃之间，到了冬天，洗脚水的温度可以逐渐提高，一般可以在45～50℃之间。但要注意，水温过热，容易使足底的韧带变得松弛，不利于宝宝足弓的形成和维持，这样很容易形成扁平足哦!另外，洗脚时的水量以将整个足部都浸在温水中为宜，浸泡时间保持3～5分钟即可。4、按摩人身体内的所有器官，在脚上都有它特定的反射点，宝宝的小脚丫对于宝宝身体各器官的健康与否有重要作用。通过温柔的脚底按摩，能有效促进血液循环，宝宝冬天就不再“冻手冻脚”了。由于宝宝的筋膜相当嫩薄，为防止宝宝受伤，妈妈按摩的力道应轻柔，尽量以指腹进行按压或是画圈的方式来按摩。如果能配合涂抹一些适合宝宝的乳液就更好了，这不但能加强脚底按摩效果，又能提高宝宝对按摩的接受度。另外，要提醒妈妈的是，在开始按摩前，不妨先搓搓手，让双手暖和起来哦！
时，婴儿不仅注意大人说话的方式，也会注意到大人发出的每个音节。他将听到元音和辅音，并开始注意它们结合成音节、词汇或句子的方式。开始用母语的许多节律和特征咿呀学语，尽管听起来像胡言乱语，但如果你仔细听，你会发现他会升高和降低声音，好像在发言或者询问一些问题。
这个阶段是宝宝最爱交际的时候，他已经学会以伸手、拉人或发音等方式主动与人交往，当他需要妈妈抱时，不仅会发出声音，而且能有伸开双臂的姿势；当你真的抱起他时，他会高兴地大叫。
这一阶段他可以明白一个重要的概念——因果关系。在他踢床垫时，可能会感到婴儿床在摇晃，或者在他打击或摇动铃铛时，会认识到可以发出声音。一旦他知道自己弄出这些有趣的东西，他将继续尝试其他东西，观察出现的结果。
在最初的几个月他认为世界，仅仅由他所看见的物体构成，当你离开房间时他认为你消失了，当你回来时对他来说你是一个全新的人。同样，当你将玩具藏在衣服下面或者盒子内时，他认为就永远消失了，不会费心去找它。但大约到这个时候，他开始认识到这个世界比他想象得更加持久，在每天早上祝贺他的是同一个人，地板上的玩具熊和昨天夜里在床上陪伴他的是同一个，你藏起来的东西实际上没有真正消失。通过捉迷藏的游戏，或者观察他周围的人来来往往，孩子在未来几个月的时间内继续学习物质永恒原则。
河南音乐培训一定要找专业的学校培训，只有专业的音乐艺考培训学校才能够给与同学更加专业的指导，这样的提高是最有效，开封艺考集中营就是这样一个学校，值得你去相信。
纸箱生产现场质量控制按检验的目的可分为，控制检验，接收检验，质量机构检验鉴定。纸箱企业在确保纸箱产品质量的前提下，可因地制宜地设置质量检验机构及配备质量检验人员。工序检验一般有以下几种形式，首件检验，首件检验是纸箱产品制造过程中的一种预防性检验，适用于大量的类型。首件检验应由操作者自行检验，并交由专职检验员认可。
先抵达云水谣 再去”四菜一汤“ 比较顺路 。云水谣也有土楼
知名的和贵楼和怀远楼都是很有特色的 。
少儿英语不理解，跟成人的价格应当差不多或者更高点，一年1w-2w左右吧
呵呵 我个人实在 成都假日租车 还是不俗
您要不网上查一下
谢谢 看能无法帮上您的忙
正在加载...
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区
相关问答：123456789101112131415首先声明，我只是个程序员，不是专业的DBA，以下这篇文章是从一个问题的解决过程去写的，而不是一开始就给大家一个正确的结果，如果文中有不对的地方，请各位数据库大牛给予指正，以便我能够更好的处理此次业务。
这是给某数据中心做的一个项目，项目难度之大令人发指，这个项目真正的让我感觉到了，商场如战场，而我只是其中的一个小兵，太多的战术，太多的高层之间的较量，太多的内幕了。具体这个项目的情况，我有空再写相关的博文出来。
这个项目是要求做环境监控，我们暂且把受监控的设备称为采集设备，采集设备的属性称为监控指标。项目要求：系统支持不少于10w个监控指标，每个监控指标的数据更新不大于20秒，存储延迟不超过120秒。那么，我们可以通过简单的计算得出较理想的状态——要存储的数据为：每分钟30w，每个小时1800w，也就是每天4亿3千两百万。而实际，数据量会比这个大5%左右。（实际上大部分是信息垃圾，可以通过数据压缩进行处理的，但是别人就是要搞你，能咋办）
上面是项目要求的指标，我想很多有不少大数据处理经验的同学都会呲之以鼻，就这么点？嗯，我也看了很多大数据处理的东西，但是之前没处理过，看别人是头头是道，什么分布式，什么读写分离，看起来确实很容易解决。但是，问题没这么简单，上面我说了，这是一个非常恶劣的项目，是一个行业恶性竞争典型的项目。
没有更多的服务器，而是这个服务器除了搭配数据库、集中采集器(就是数据解析、告警、存储的程序)，还要支持30w点的北向接口(SNMP)，在程序没有优化之前CPU常年占用80%以上。因为项目要求要使用双机热备，为了省事，减少不必要的麻烦，我们把相关的服务放在一起，以便能够充分利用HA的特性（外部购买的HA系统)
系统数据正确性要求极其变态，要求从底层采集系统到最上层的监控系统，一条数据都不能差
我们的系统架构如下，可以看到，其中数据库压力非常之大，尤其在LevelA节点：
硬件配置如下：
CPU：英特尔(R) 至强(R) 处理器 E5-2609 (4核, 2.40GHz, 10MB, 6.4 GT/s)
内存：4GB (2x2GB) DDR3 RDIMM Memory, 1333MHz,ECC
硬盘：500GB 7200 RPM 3.5'' SATA3 硬盘，Raid5.
数据库版本
采用的是SQLServer2012标准版，HP提供的正版软件，缺少很多企业版的NB功能。
首先遇到的第一个拦路虎就是，我们发现现有的程序下，SQLServer根本处理不了这么多的数据量，具体情况是怎样的呢?
我们的存储结构
一般为了存储大量的历史数据，我们都会进行一个物理的分表，否则每天上百万条的记录，一年下来就是几亿条。因此，原来我们的表结构是这样的：
CREATE TABLE [dbo].[His](
[No] [bigint] IDENTITY(1,1) NOT NULL,
[Dtime] [datetime] NOT NULL,
[MgrObjId] [varchar](36) NOT NULL,
[Id] [varchar](50) NOT NULL,
[Value] [varchar](50) NOT NULL,
CONSTRAINT [PK_His] PRIMARY KEY CLUSTERED
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
No作为唯一的标识、采集设备Id(Guid)、监控指标Id(varchar(50))、记录时间、记录值。并以采集设备Id和监控指标Id作为索引，以便快速查找。
写入当时是用BulKCopy，没错，就是它，号称写入百万条记录都是秒级的
public static int BatchInert(string connectionString, string desTable, DataTable dt, int batchSize = 500)
using (var sbc = new SqlBulkCopy(connectionString, SqlBulkCopyOptions.UseInternalTransaction)
BulkCopyTimeout = 300,
NotifyAfter = dt.Rows.Count,
BatchSize = batchSize,
DestinationTableName = desTable
foreach (DataColumn column in dt.Columns)
sbc.ColumnMappings.Add(column.ColumnName, column.ColumnName);
sbc.WriteToServer(dt);
return dt.Rows.C
存在什么问题？
上面的架构，在每天4千万的数据都是OK的。但是，调整为上述背景下的配置时，集中监控程序就内存溢出了，分析得知，接收的太多数据，放在了内存中，但是没有来得及写入到数据库中，最终导致了生成的数据大于消费的数据，导致内存溢出，程序无法工作。
瓶颈到底在哪里？
是因为RAID磁盘的问题？是数据结构的问题？是硬件的问题？是SQLServer版本的问题？是没有分区表的问题？还是程序的问题？
当时时间只有一个星期，一个星期搞不好，项目监管就要我们滚蛋了，于是，有了连续工作48小时的壮举，有了到处打电话求人的抓鸡……
但是，这个时候需要的是冷静，再冷静……SQLServer版本？硬件？目前都不大可能换的。RAID磁盘阵列，应该不是。那么到底是什么，真TM的冷静不下来。
大家可能体会不到现场那种紧张的气氛，其实过了这么久，我自己也都很难再回到那种情境。但是可以这么说，或许我们现在有了各种方法，或者处于局外人我们有更多思考，但是当一个项目压迫你快到放弃的时候，你那时的想法、考虑在现场环境因素的制约下，都可能出现重大的偏差。有可能让你快速的思考，也有可能思维停滞。有些同事在这种高压的环境下，甚至出现了更多的低级错误，思维已经完全乱了，效率更低了……36小时没有合眼，或者只在工地上（下雨天到处都是泥巴，干了的话到时都是泥灰）眯两三个小时，然后继续干，连续这么一个星期！或者还要继续！
很多人给了很多想法，但是好像有用，又好像没用。等等，为什么是“好像有用，又好像没用”？我隐隐约约中，好像抓住了一丝方向，到底是什么？对了，验证，我们现在是跑在现场环境下，之前没有问题，不代表现在的压力下没有问题，要在一个大型系统中分析这么个小功能，影响太大了，我们应该分解它。是的，是“单元测试”，就是单个方法的测试，我们需要验证每个函数，每个独立的步骤到底耗时在哪里？
逐步测试验证系统瓶颈
修改BulkCopy的参数
首先，我想到的是，修噶BulkCopy的各项参数，BulkCopyTimeout、BatchSize，不断的测试调整，结果总是在某个范围波动，实际并没有影响。或许会影响一些CPU计数，但是远远没有达到我的期望，写入的速度还是在5秒1w~2w波动，远远达不到要求20秒内要写20w的记录。
按采集设备存储
是的，上述结构按每个指标每个值为一条记录，是不是太多的浪费？那么按采集设备+采集时间作为一条记录是否可行?问题是，怎么解决不同采集设备属性不一样的问题？这时，一个同事发挥才能了，监控指标+监控值可以按XML格式存储。哇，还能这样？查询呢，可以用for XML这种形式。
于是有了这种结构：No、MgrObjId、Dtime、XMLData
结果验证，比上面的稍微好点，但是不是太明显。
数据表分区???
那个时候还没有学会这个技能，看了下网上的文章，好像挺复杂的，时间不多了，不敢尝试。
停止其他程序
我知道这个肯定是不行的，因为软件、硬件的架构暂时没法修改。但是我希望验证是不是这些因素影响的。结果发现，提示确实明显，但是还是没有达到要求。
难道是SQLServer的瓶颈?
没辙了，难道这就是SQLServer的瓶颈？上网查了下相关的资料，可能是IO的瓶颈，尼玛，还能怎么办，要升级服务器，要更换数据库了吗，但是，项目方给吗？
等等，好像还有个东西，索引，对索引！索引的存在会影响插入、更新
是的，去掉索引之后查询肯定慢，但是我必须先验证去掉索引是否会加快写入。如果果断把MgrObjId和Id两个字段的索引去掉。
运行，奇迹出现了，每次写入10w条记录，在7~9秒内完全可以写入，这样就达到了系统的要求。
查询怎么解决?
一个表一天要4亿多的记录，这是不可能查询的，在没有索引的情况下。怎么办！？我又想到了我们的老办法，物理分表。是的，原来我们按天分表，那么我们现在按小时分表。那么24个表，每个表只需存储1800w条记录左右。
然后查询，一个属性在一个小时或者几个小时的历史记录。结果是：慢！慢！！慢！！！去掉索引的情况下查询1000多万的记录根本是不可想象的。还能怎么办？
继续分表，我想到了，我们还可以按底层的采集器继续分表，因为采集设备在不同的采集器中是不同的，那么我们查询历史曲线时，只有查单个指标的历史曲线，那么这样就可以分散在不同的表中了。
说干就干，结果，通过按10个采集嵌入式并按24小时分表，每天生成240张表(历史表名类似这样：His_001_)，终于把一天写入4亿多条记录并支持简单的查询这个问题给解决掉了！！！
在上述问题解决之后，这个项目的难点已经解决了一半，项目监管也不好意思过来找茬，不知道是出于什么样的战术安排吧。
过了很长一段时间，到现在快年底了，问题又来了，就是要拖死你让你在年底不能验收其他项目。
这次要求是这样的：因为上述是模拟10w个监控指标，而现在实际上线了，却只有5w个左右的设备。那么这个明显是不能达到标书要求的，不能验收。那么怎么办呢？这些聪明的人就想，既然监控指标减半，那么我们把时间也减半，不就达到了吗：就是说按现在5w的设备，那你要10s之内入库存储。我勒个去啊，按你这个逻辑，我们如果只有500个监控指标，岂不是要在0.1秒内入库？你不考虑下那些受监控设备的感想吗？
但是别人要玩你，你能怎么办？接招呗。结果把时间降到10秒之后，问题来了，大家仔细分析上面逻辑可以知道，分表是按采集器分的，现在采集器减少，但是数量增加了，发生什么事情呢，写入可以支持，但是，每张表的记录接近了400w，有些采集设备监控指标多的，要接近600w，怎么破？
于是技术相关人员开会讨论相关的举措。
在不加索引的情况下怎么优化查询？
有同事提出了，where子句的顺序，会影响查询的结果，因为按你刷选之后的结果再处理，可以先刷选出一部分数据，然后继续进行下一个条件的过滤。听起来好像很有道理，但是SQLServer查询分析器不会自动优化吗？原谅我是个小白，我也是感觉而已，感觉应该跟VS的编译器一样，应该会自动优化吧。
具体怎样，还是要用事实来说话：
结果同事修改了客户端之后，测试反馈，有较大的改善。我查看了代码：
难道真的有这么大的影响？等等，是不是忘记清空缓存，造成了假象？
于是让同事执行下述语句以便得出更多的信息：
--优化之前
DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS
SET STATISTICS IO ON
select Dtime,Value from dbo.his WHERE
Dtime&='' AND Dtime&='' AND MgrObjId='' AND Id=''
SET STATISTICS IO OFF
--优化之后
DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS
SET STATISTICS IO ON
select Dtime,Value from dbo.his WHERE MgrObjId='' AND Id='' AND Dtime&='' AND Dtime&=''
SET STATISTICS IO OFF
结果如下：
优化之前反而更好了？
仔细查看IO数据，发现，预读是一样的，就是说我们要查询的数据记录都是一致的，物理读、表扫描也是一直的。而逻辑读取稍有区别，应该是缓存命中数导致的。也就是说，在不建立索引的情况下，where子句的条件顺序，对查询结果优化作用不明显。
那么，就只能通过索引的办法了。
建立索引的尝试
建立索引不是简单的事情，是需要了解一些基本的知识的，在这个过程中，我走了不少弯路，最终才把索引建立起来。
下面的实验基于以下记录总数做的验证：
按单个字段建立索引
这个想法，主要是受我建立数据结构影响的，我内存中的数据结构为：Dictionary&MgrObjId,Dictionary&Id,Property&&。我以为先建立MgrObjId的索引，再建立Id的索引，SQLServer查询时，就会更快。
先按MgrObjId建立索引，索引大小为550M，耗时5分25秒。结果，如上图的预估计划一样，根本没有起作用，反而更慢了。
按多个条件建立索引
OK，既然上面的不行，那么我们按多个条件建立索引又如何？CREATE NONCLUSTERED INDEX Idx_His ON dbo.his(MgrObjId,Id,Dtime)
结果，查询速度确实提高了一倍：
等等，难道这就是索引的好处？花费7分25秒，用1.1G的空间换取来的就是这些？肯定是有什么地方不对了，于是开始翻查资料，查看一些相关书籍，最终，有了较大的进展。
正确的建立索引
首先，我们需要明白几个索引的要点：
索引之后，按索引字段重复最少的来排序，会达到最优的效果。以我们的表来说，如果建立了No的聚集索引，把No放在where子句的第一位是最佳的，其次是Id，然后是MgrObjId，最后是时间，时间索引如果表是一个小时的，最好不要用
where子句的顺序决定了查询分析器是否使用索引来查询。比如建立了MgrObjId和Id的索引，那么where MgrObjId='' and Id='' and Dtime=''就会采用索引查找，而where Dtime='' and MgrObjId='' and Id=''则不一定会采用索引查找。
把非索引列的结果列放在包含列中。因为我们条件是MgrObjId和Id以及Dtime，因此返回结果中只需包含Dtime和Value即可，因此把Dtime和Value放在包含列中，返回的索引结果就有这个值，不用再查物理表，可以达到最优的速度。
跟上述几点原则，我们建立以下的索引：CREATE NONCLUSTERED INDEX Idx_His ON dbo.his(MgrObjId,Id) INCLUDE(Value,Dtime)
耗费时间为：6分多钟，索引大小为903M。
我们看看预估计划：
可以看到，这里完全使用了索引，没有额外的消耗。而实际执行的结果，1秒都不到，竟然不用一秒就在1100w的记录中把结果筛选了出来！！帅呆了！！
怎么应用索引?
既然写入完成了、读取完成了，怎么结合呢？我们可以把一个小时之前的数据建立索引，当前一个小时的数据就不建立索引。也就是，不要再创建表的时候建立索引！！
还能怎么优化
可以尝试读写分离，写两个库，一个是实时库，一个是只读库。一个小时内的数据查询实时库，一个小时之前的数据查询只读库；只读库定时存储，然后建立索引；超过一个星期的数据，进行分析处理再存储。这样，无论查询什么时间段的数据，都能够正确处理了——一个小时之内的查询实时库，一个小时到一个星期内的查询只读库，一个星期之前的查询报表库。
如果不需要物理分表，则在只读库中，定时重建索引即可。
如何在SQLServer中处理亿万级别的数据(历史数据)，可以按以下方面进行：
去掉表的所有索引
用SqlBulkCopy进行插入
分表或者分区，减少每个表的数据总量
在某个表完全写完之后再建立索引
正确的指定索引字段
把需要用到的字段放到包含索引中(在返回的索引中就包含了一切)
查询的时候只返回所需的字段
阅读(...) 评论()