可以对state赋值2（2016-07-21)308：增加贴心成果：自界说参数化语句@标记， 不要碰到点问题就力有未逮。

假如正常， 看到源码编绎后才46K， 支持Redis后，因此省了不少事情： 简朴的描写为：把ip1发生N个hash ，同时举办了算法优化， );cache.Add(dic，包罗封锁自动缓存）(2016-08-27)347：MDataTable的Select要领加强（对浮点数的较量）(2016-08-27)348：AutoCache的缓存时间，是放在ASP.NET Aries 业务开拓框架上。

2：有重试毗连机制（2分钟试1次）， 3：当主机规复时， 觉得大功告成之际，所以多了的范例标识） 因此：框架靠Set与Get能支持任意范例的存取档！ 对付漫衍式算法的改造：1：对付程度增加节点的扩展： 内部已经实现了 一致性Hash算法 ，同时简化MDataTable的代码，Mysql等安排（获取最大值）事务（2016-09-20)371：MAction在Insert时的InsertOp默认选项改观为：ID，上里下外全部重构了一遍，发明cyq.data.dll的巨细竟然没变革，能正确的判定并用好漫衍式框架是一种本领的浮现，因为最后办理方案他只是把Redis陈设从Windows转移到Linux就好了，统一为：SetAopState要领（简化要领。

就进入了频繁的细节打磨优化阶段， 例：:14：大块回覆值，CYQ.Data已经支持上Redis了。

代码还可以改的更简捷美妙。

检测Hash是否切合自身，发明白以下几个问题了： 1：自身固然46K， 3：不支持集群的程度扩展（没实现支持一致性Hash），需要从头修正元数据的DataType、Size、Scale、DalType等参数）（2016-07-16)307：为MDataTable和MAction的Set要领增加重载Set(key， string();dic.Add(途经秋天，发生批量更新时，本来为（Fill)（2016-09-20)372：JsonHelper.ToJson增加对ListMDataTable和ListDataTable的支持（2016-09-20)373：DBBase处理惩罚Oracle下返回的DataBase名称问题， 可是它开放了源码、对我照旧有点开导和参考意义，而Redis和MemCache又大同小异，无意发明白这个开源的轻量级Bettle.Redis，就是完成Socket和Redis的交互及利用方法， 颠末短时间内大量的会合思考，在.NET的阵营上僵持吧，制止分页时从头计较）(2016-08-24)342：AppConfig.Cache.IgnoreCacheColumns。

（2016-07-22)309：加强MDataTable绑定到Winform和WFP的成果（2016-07-23)310：修正MProc的ExeMDataTableList的自动缓存问题2016-07-23)311：DBTool的GetMapTable增加对表名-中划线标记和空格的兼容处理惩罚(2016-07-30)312：CYQ.Data.ProjectTool 进级版本到V2.0（支持英文情况）(2016-07-30)313：XHtmlAction大力大举调解进级(细节窜改多)(2016-07-31)314：MDataRow：SetToAll和MDataTable的Bind成果支持XHtmlAction工具(2016-07-31)315：Dtd文件酿成资源文件合在V5里， 4：ServerPool，并处理惩罚该转义的标记）(2016-08-03)321：AppConfig淘汰一个Xml相关的设置项（UseFileLoadXml）(2016-08-03)322：MDataTable修正Select要领（修正为引用）(2016-08-04)323：DBTool的GetTables要领增加Lock(2016-08-04)324：修正失败时仍缓存的问题(2016-08-08)325：增加AppConfig.RunPath属性。

不外才几刻间， 经代码调试，state)，则从备份读取并写入，并且在漫衍式算法上，(2016-08-02)318：XHtmlAction增加html的clearflag标签【值为0(排除InnerXml)或1(节点移除)】（用于节点未处理惩罚时，测试，3个月更新了100条次成果： 305：处理惩罚视图名反复时的问题，例：+OK 2: 错误信息，（2016-09-03)362：DBTool的GetColumns增加对表映射的支持（2016-09-05)363：修正文本数据库的ResetTable要领（原表没有清空）（2016-09-06)364：改革并去掉内部的MD5（win2008下加密算法默认激发异常）（2016-09-08)365：去掉映射表的条件限制（支持更多的外部映射）（2016-09-11)366：修正读写疏散时，发明被分派到异常的主机的key的读写都没回响了： （我潜意识默认觉得会自动转移到相邻的主机中） 默认的算法： 1：没有自动切换相邻的主机【用思考代码疑问：主动切换大概导致雪崩效应， 3：SocketPool， 2：一致性Hash（程度扩展），借了memCache的风， string dicObj = cache.GetDictionarystring，以上原因预计是它没被普及的原因， 方才群里有人发了这条动静： 其实前面的问题都可以无视，非二进制安详字符串，少年！ ，制止多次Fill指向同一缓存）（2016-09-02)361：MDataTable增加Description属性。

ip2发生N个hash，这个可以领略，由备份机署理处事器15分钟（即每15分检测主机是否正常一次，以及改造的算法，假如是开启线程（读备份机所有Key，可以指定表的某些列的更新操纵时不更新缓存(2016-08-24)343：JsonHelper增加对数组的检测支持(2016-08-25)344：JsonHelper支持对二进制和Base64的转换(2016-08-26)345：DBTool.CreateTable或DBTool.DropTable后的缓存处理惩罚(2016-08-27)，:开头，测试到当Set的数据太大时， 改造了算法：增加了一个备份机的设置（AppConfig.Cache.RedisServersBak）1：按照Hash。

（2016-09-21)374：Oracle的加载方法举办小细节优化（2016-09-22)375：StaticTool处理惩罚ChangeType中对付Guid的转换（2016-09-22)376：SqlCompatible增加对（+ ||）、Left和Right函数的处理惩罚（2016-09-24)377：Oracle的ODP.NET参数添BindByName置为true（2016-09-24)378：MDataRowCollection AddNew要领，防范担任OrmBase的长途实体利用Emit(2016-08-18)337：JsonHelper：优化晋升了大数量下的ToString()的机能(2016-08-19)338：AutoCache：当数据10万条时不自动缓存(2016-08-19)339：MDataRow：修正索引取值（在字段名为2个标记同时字段数10时候发生的问题）(2016-08-23)340：内部SQL语句优化(2016-08-23)341：MAction：Select要领（优化查询记录总数的代码，从备份机里规复数据。

再发送数据， 4：代码是用.NET 4.0 以下版本写的，AppConfig.Cache.RedisServersBak = 127.0.0.1:6379;//备用设置， 猜疑NetworkStream的默认缓存池太小激发的？： 用memCache，动态加载就动态加载了吧： 思量着引入：StackExchange.Redis或ServiceStack.Redis？ 看着这些DLL，一个呼吁范例就对应一个类，默认6379端口，RecordsAffected值从本来的0改观为-2；（2016-09-30)381：MDataTable 修正批量更新的返回值问题（2016-09-30)382：MAction 内部增加IsIgnoreDeleteField 内下属性（2016-09-30)383：XHtmlBase 修正对Xml的加载（2016-10-08)384：SqlValue 调解两个名称（GUID和ISNULL）的定名（2016-10-08)385：MDataTable 修正Select条件为=的数字判定问题（2016-10-08)386：AutoCache（JsonHelper增加Escape属性、MDataTable增加ToJson重载）不处理惩罚的转义替换（2016-10-09)387：MDataTable ToJson 对付null的数据，可以复用： 1：hash算法，对Oracle，抉择把Redis集成进来，而a0是通过代码配置的，默认输出 xx:null 值（2016-10-09)388：Oracle(DBTool.GetTables) 增加对视图的过滤（2016-10-10)389：JsonHelper 修正实体嵌套的问题、同时增加对数组的支持（2016-10-14)390：MDataTable AcceptChange 修正无主键时的的批量更新（2016-10-14)391：MDataTable 增加 GetIndex 要领（统计满意条件的行地址的索引）（2016-10-16)392：NoSqlAction 文本数据库修正无法删除最后1条数据的问题（2016-10-16)393：MDictionary增加索引取值或赋值。

(2016-08-02)320：XHtmlActon重写Load要领（优化加载，但代码引用了别的两个3个dll（依赖太多）： 2：利用的要领不切合利用习惯，清掉一些没用的代码，打消MDataTable的ReadFromDbDataReader（统一用CreateFrom(sdr)要领读取，大都都是可以用根基呼吁实现的，则规复主机处事）。

我填写了一台异常的主机，不外是我实现Redis相关成果后才发明的： 协议类型redis答允客户端以TCP方法毗连，（2016-10-19）400：MySql 批量要领办理了Bit范例和空表时自增ID被置为1的问题（2016-10-20）401：JsonHelper、NoSqlAction小优化调解（2016-10-20）402：MDataTable的AcceptChanges新增加Truncate属性（2016-10-20）403：JsonHelper的GetJosnValue（json写错顺理）改观名称为GetValue（2016-10-21）404：NoSqlAction 文本数据库增强删除最后一条数据时的并发处理惩罚问题（2016-10-23）405：DBTool.GetColumns修正对付没有where的group by语句拿表布局的问题（2016-10-24）406：AppConfig增加SetConn要领（同时增加链接缓存)（2016-10-24）407：SqlCreateForPager 处理惩罚分页的order by aa，就被无视了， 最后我发明问题的来源不在于技能，发明正常，太重量级，（CYQ.Data 框架是支持2.0起的，Set了大量的数据。

自从CYQ.Data框架出了数据库读写疏散、漫衍式缓存MemCache、自动缓存等大成果之后，bb 没带asc的问题（2016-10-25）408：NoSqlAction（修正第404修改发生删除后无法批量插入的问题）（2016-10-26）409：MDataTable的AcceptChanges处理惩罚反复批量（同时外部没有发闹事务工具的条件下）的问题（2016-10-26）410：SqlCompatible 对多语句兼容的要害词（不区分巨细写）（2016-10-26）411：MDataTable的Description增加表字段说明输出（2016-10-27）412：StaticTool优化处理惩罚GetDbName的细节（2016-10-28）413：增加Redis漫衍式缓存支持（设置AppConfig.Cache.RedisServers）（2016-10-30）414：为Redis和MemCache增加备份节点支持(设置AppConfig.Cache.RedisServersBak、AppConfig.Cache.MemCacheServersBak）（2016-10-30） 其实更多的时间。

-开头，所以没找协议类型： 通过几个小时的引进和代码调解。

在漫衍式已经泛滥的本日，在于人：.NET缺少有足够常识和思维的架构师， dic);//添加字段Dictionarystring，操作自动缓存成果，举办精确的数据范例还原， string(dic);Console.WriteLine(dicObj[途经秋天]);cache.Remove(dic);//移除Dicbool hasKey = cache.Contains(dic);//检测是否存在Console.WriteLine(hasKey);Console.Read(); 功效： 对付存储范例的改造： 由于Redis的Get只支持字符串，127.0.0.1:1121;//设置启用，（2016-09-13)368：SqlCreate增加对GUID范例的检测（2016-09-20)369：OrmBase、SimpleOrmBase延迟加载初始化（2016-09-20)370：MAction在Insert时，Cache目次下补了4个类，无语问彼苍了！ 颠末一夜一天的折腾。

（2016-10-18)397：MDataTable 优化批量更新问题， 猜疑是Redis协议的问题了？： 改革代码，自动识别，请求名目*number of arguments$number of bytes of argument 1argument data例：*1$4INFO响应名目1：简朴字符串，发明Bettle的Socket实现（Socket.Send）和Socket池的实现（NetworkStream.Write）纷歧样，改成DefaultCacheTime设置的时间，看看实现就可以了，在轮回赋值时。

传输数据都以末了，input checkbox等节点的处理惩罚，346：MAction、MProc打消SetAopOn和SetAopOff要领，功效超出了预期，显的更为实用！ 虽然，用到时动态自动解压晋升利用体验（为淘汰文件巨细，花了不少时间扫了Redis的文档： 更多呼吁详情可以看： 从这么一堆的呼吁中， 于是算法的思路有3个： 1：数据不要了（主机从头缓存即可）2：主机被请求时（检测是否挂过， 例：-ERR unknown command mush3: 整型数字，$开头+数据长度。

要领反射起来也费劲！ 中间思维搁浅了一会， 一些共性的对象，（2016-09-29)379：MAction SetPara增加重载要领（2016-09-29)380：MAction Update的where条件Error时，一般是状态回覆，细节仍需打磨， 其它的呼吁，（2016-10-17)394：XHtmlAction、RSS的OnForeach的参数由Dictionary变为MDictionary（2016-10-17)395：JsonHelper 修正对数组的输出和还原（2016-10-17)396：JsonHelper 修正Json嵌套问题，先发送：$长度 ，同时能处理惩罚更多的状态。

，大部门是刷票造成的请求） Redis在Windows上的表示并不如Linux的好，select，（用户可以本身设置自动缓存时间）(2016-08-27)349：MProc的ExeMDataTableList要领增加对Oracle的批量语句的支持(2016-08-27)350：优化Oracle拿表布局的语句(2016-08-27)351：MDataTable的Merge要领修正(2016-08-27)352：ThreadBreak的AddGlobalThread增加重载要领(2016-08-27)353：CacheManage提供PreLoadDBSchemaToCache要领（2016-08-27)354：JsonSplit处理惩罚IsJson判定问题（2016-08-28)355：MDataTable AcceptChanges(Update要领，也是最终没有被我选择集成的原因， 以下是Redis的协议类型。

CacheManage cache = CacheManage.RedisInstance;//操纵工具cache.Add(obj，把协议分拆，（2016-07-16)306：优化通过Reader获取列布局（该要领不靠谱。

。

猜疑是Redis的Set有巨细限制? ：用Bettle.Redis自身试了下，其实也毫无压力了，可怜没有Add，每一台主机城市指向一台备份机，处理惩罚掉标签）(2016-08-02)319：XHtmlAction处理惩罚html的img， 5：序列化（压缩） 剩下的，NetworkStream报异常：此流不支持Seek操纵，处理惩罚Winform（DataGrid绑按时）在空缺行和数据行往返点击时不绝添加空缺数据的问题。

假如是，梦B了，获取框架运行的地址文件夹(2016-08-09)326：处理惩罚设置东西ProjectTool进级(2016-08-09)327：修正MDataCell对二进制数据二次赋值(2016-08-10)328：调解MDataRow：CreateFrom（外部数据）的行状态初始始为1；LoadFrom（外部数据）的状态和自身值有关(2016-08-10)329：修正自动缓存(2016-08-10)330：Oracle修正第1页分页问题【当排序条件为字符串时】(2016-08-11)331：AppConfig新增加NoCacheTables属性，找到根基呼吁：Get、Set、Exists、Expire、Info，... 然后排序（最后就看key的hash值离谁最新就粘谁了） 借用一张图暗示为： 2：对付节点妨碍的转移： 在测试的进程中。

假如是， 例：*2$3foo$3bar 折腾的颠末： Bettle.Redis里有源码。

感受就是它了， 下面分享一下经验： 最初的想法： 一开始我是拒绝的， 发明轻量级：Bettle.Redis 在寻找Redis的API资料时， string dic = new Dictionarystring，value，所以备份机大概存档多台主机的信息，insert into ...select语句处理惩罚到分库的问题（2016-09-12)367：SqlCreate处理惩罚Oracle日期条件的转换问题， QPS最大时传闻7万多（两台Web分来就是3万多，改代码改到我手痛） 所以，一鼓作气。

例：$4mush5：多条回覆，最大512M， Redis API 扫盲： 在抉择支持Redis的进程中，删注释扣到我差点眼瞎）(2016-07-31)316：处理惩罚MDataTable的GetChange要领激发的Bug和CreateFrom发生的数据初始状态置为1(2016-08-02)317：XHtmlAction处理惩罚对radio标签的处理惩罚。

处理惩罚当设置了AppConfig.DB.DeleteField时激发的问题）（2016-08-30)356：DBTool.GetColumns要领处理惩罚where场景时发生的错误（2016-09-02)357：文本数据库（NoSqlCommand）增对select a as b 别名的支持（2016-09-02)358：MAction处理惩罚多次Fill时未清理旧值的问题（2016-09-02)359：ORM（OrmBase和SimpleOrmBase）增加SetAopState要领（2016-09-02)360：AutoCache：处理惩罚MAction的Fill要领的时的缓存引用（改成克隆， （aaa是通过呼吁行Set的， 可是假如在架构设计方案上稍为调解，又梦B了，2：主机异常时，不肯动态挪用第三方的客户端（关联依赖的dll太多），为了到达支持任意范例，我必需改造算法： 1：存档：方针是工具时=》举办序列化（对付128K的会举办压缩） 2：数据的第1个字节：存档数据范例，同时排除备份机的数据）总结： 至此。

答允指定某些表不答允缓存（自动缓存开启时）(2016-08-11)332：XHtmlAction 增加对Xml文档中标记的处理惩罚(2016-08-15)333：XHtmlAction 对SetForeachEventHandler事件做优化调解(2016-08-15)334：MProc的SetCustom要领增加对MSSQL用户自界说表范例的支持(2016-08-15)335：StaticTool：晋升了ChangeType要领的转换机能(2016-08-18)336：MDataTable的ToListT要领增加一个判定条件，（2016-10-18)398：MDataRow和MDataColumn 的ToTable() 调解适应(新增智能提示)（2016-10-19)399：MySql 处理惩罚存储进程Out值。

在各数据库自动被替换成相应的?或:标记兼容大都据库， cache.CacheTable);//添加DataTableMDataTable obj = cache.GetMDataTable(obj);Console.WriteLine(obj.Rows.Count);Dictionarystring。

3：获取数据时：按照第1个字节， 前几天， 从以下的更新列表就可以看出来了，办理了， +开头， 最近规划支持Redis，有点妥协了，发明NetworkStream并没有抛异常，发明竟然正常了， Bettle.Redis是把所有的协议结构好一次性Socket.Send（byte[]），读自身（若没有）=》读备份机（同时颁发移除指令）（若有数据）=》返回（同时写入主机）3：主机被请求时（检测是否挂过，很好！ 最后改革成的源码布局是： 完整的源码已经提交在：https://github.com/cyq1162/cyqdata Redis利用方法： AppConfig.Cache.RedisServers = 127.0.0.1:6379，（累积的压力大概把所有的处事器都搞挂）】，并清空备份机的数据（ 未实现 ） 由于大概同时挂掉N台，*开头，抉择本身实现了： 从头定位的思路： 框架之前已经集成了MemCache，。