客户反馈，收到某台服务器的磁盘告警。经查，该告警由星尘节点监控发出，而该服务器也正是星尘所在服务器。分析问题ssh登录服务器，使用命令检查哪个目录占用空间较大，逐个目录执行：du -sh *最终发现，星尘所在目录`/root/star/Data`中的StardustData.db，文件达到27...

用户反馈，MySql数据库字段类型为TinyInt(1)时，存储的数据用XCode读取出来不正确。数据库已有RoleID=4，字段类型tinyint(1)。读取出来变成RoleID=1。直接执行sql取DataSet得到布尔型。XCode内使用的是IDataReader读取，也是布尔型把tin...

数据应用开发中，经常需要用到备份、恢复和同步功能，XCode内置支持跨数据库备份同步。特别在分析线上问题时，经常是恨不得把线上某些表数据“弄”回来本地。所以，你需要XCode。

读写分离，把应用的查询操作分摊到一个或多个只读从库上，主库仅用于写入数据以及事务性操作。企业级应用中MySql一般主从部署，可以把从库充分利用起来，公有云数据库一般支持给数据库添加多台只读实例。 通过读写分离，扩展从库，可以轻易做到查询性能无限扩展！

很多时候，数据来自多个渠道（多线程、多网络连接），单个渠道数据量不大，甚至只有一行，就难以使用批量添删改操作了。例如物联网数据采集、埋点日志等，在多线程上有大量数据需要写入。因此，XCode创造性设计了实体队列技术！

所有查询的标准结构都是 Select xxx From table Where yyy Order By zzz Limit 0, 20 分组查询也不例外，仅仅是在where子句处做文章。

100亿数据其实并不多，一个比较常见的数据分表分库模型： MySql数据库8主8从，每服务器8个库，每个库16张表，共1024张表（从库也有1024张表） ，每张表1000万到5000万数据，整好100亿到500亿数据！

XCode是充血模型，在实体类上附带有大量便捷操作，其中就包括各种目标数据类型的导入导出！

如果说前面16篇讲的都是XCode的ORM功能，从这一篇开始，将超越ORM之外，从另一个角度讲解一个数据中间件！ 实体接口IEntity，抽象实体对象的添删改存操作，支持访问脏数据和扩展属性！ 实体工厂接口IEntityOperate，抽象提供实体类的元数据、查询、事务、设置！

使用关系型数据库来做大数据，第一步必然是索引！ 单表超过1000万数据，任何查询都必须走索引！否则数据库一定跟你说ByeBye！

前文提到了以sql为key的数据层缓存，以及整表缓存的实体列表缓存，各自有其优缺点，适用于不同场合。 当单表数据较大（10万+）时，两者就无能为力了。天空一道巨响，对象字典缓存隆重登场！ 对象字典缓存：以主键为key，缓存实体对象，以满足应用层的高频单点查询需求！

在实际项目开发中，经常遇到有一些表数据很少（1000行以内），不会频繁修改（平均每行几个小时才会修改一次），例如配置表、分类表等。 这样的表，往往可以接受三五秒甚至更长的延迟，正是最适合使用缓存的地方。 实体缓存：一次性加载全表数据进入内存，供上层多维度查询！