Chinaunix首页 | 论坛 | 博客
  • 博客访问: 60790
  • 博文数量: 9
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 164
  • 用 户 组: 普通用户
  • 注册时间: 2013-08-18 22:37
文章分类

全部博文(9)

文章存档

2015年(1)

2013年(8)

我的朋友

分类: 云计算

2013-08-21 21:07:03

1. 分库分表,而且分库规则非常灵活.

2. 主键生成策略 

目前TDDL提供的id生成主要还是依托数据库来进行的,oracle可以直接使用sequence来完成id生成,mysql则需要DBA建立一个表专门用于生成id.

3. 连接查询策略

虽然TDDL目前并不直接支持连接查询,但连接查询在业务中也是常见的查询。处理这类查询时,需要由业务去决定如何实现这类查询。

处理这类查询时,一个普遍的原则是尽量保证查询发生在一个数据库中,如果不能发生在同一个数据库中,尽量避免全表全库查询。

4.不支持的SQL操作

        Join:

        包含nature left right inner outer join等都不进行支持。

多表查询:

在整个sql中不能出现多于一个表名的情况。但需要注意的是,TDDL支持嵌套的查询,但TDDL也要求嵌套SQL内的表名也必须是与嵌套外的表名一致。这样整个语义由数据库保证。

         Between……and:

                   目前还不支持Between and关系,可以暂时使用><的方式代替
         Not:
                   所有的Not语义中,目前除了not like以外都不予以支持。
         Comment:
                   TDDL目前还不支持任何种类的注释。
         For update:
                   TDDL目前还不支持强制指定使用排他锁的方式。
         Group function:
如Count,avg,max,min等,目前暂时还不支持,需要业务在前端进行合并,在以后的版本中会对出现在column列名字段的聚合函数予以支持。但不会对group by 中having后出现的聚合函数加以支持。
目前count()函数可以在column列中被识别,但最后会返回多个int值。以后会将其聚合在一起。
         Force index:
                   在目前的版本内还不能予以支持。
         Group by:
                   聚合函数目前不予以支持,因为脱离数据库以后做聚合非常困难。
         Having:
                   Having以及having内使用的其他聚合函数。
         大部分函数:

                   目前很多mysql独有的函数都不能予以支持。

5.支持的SQL操作

        CRUD:

                   增删改查基本语法支持。
         AS:

                   别名支持

         表名限定:

                   允许在列名前使用“表名.”的方式来添加表名限定词。

         Like:
                   Not like ,like 从语义和语法上都是支持的
         Limit:
                   Mysql特殊的分页语法。
         用括弧提升优先级:
                   支持在sql的where条件中使用括弧。
         In:
                   In 操作支持
         Is:
                   Is操作支持
         嵌套查询:
嵌套查询包含两类,第一类是在表名部分的嵌套查询,第二类是在where条件中的嵌套查询,只要嵌套查询内的所有表名全部一致,就可以使用。
         基本数据操作:
+ - * / 都是可以识别的,也可以正确的被转化回sql,但这类基本数据操作是不能被使用在分库和分表字段的。分库分表字段必须都是简单的数据字段。
         部分函数支持:
                   Sysdate()函数,now()函数,ifnull()函数。

6.事务的有限支持

支持基于单库的事务,但不支持跨库进行事务。跨库事务本身会耗费很多宝贵的资源,在大型分布式系统中应该尽量避免使用分布式事务处理机制,可以通过补偿等方式保证分布式环境中的数据的最终一致性,如果在一个事务过程中出现了多个不同的数据源,则系统会抛出异常。同时,如果在一个事务中使用了非TDDL TDataSource管理的数据源,Spring和TDDL都不能够保证事务的ACID。如果是针对单个数据库的事务,使用的方式与以前的使用方式完全一致。如果需要使用spring的数据库事务管理,则只需要使用TransactionAwareDataSource对TDataSource进行包装后使用TranscationManager进行管理即可。

7.支持多库多表的分页查询

在查询前几页的数据时,多库多表查询本身的性能是可以接受的,也不需要担心占用较多内存的问题。他的效率与从第一条数据开始全取数据到max指定的行的效率是基本一致的。因此,他比较适合于查询按照时间排序的数据,并且最好是查到就处理,不会翻页到很后面,在这类场景中,使用多库多表的分页查询效果较好。

8.每次查询所用的连接是与Datasource关联

    假设有1024张表,分在16个数据库中,那么在全查1024张表的时候,总共应有16个连接.

9.默认就可以支持读写分离的

      对于Mysql:数据复制采用mysqlLog的方式进行。
对于Oracle:数据的复制采取TDDL的一个可选插件来进行,该插件是基于notify的一个对于oracle进行行复制插件。

10.针对有ID的数据,有几类处理的方法:

  1>.在ID字段中包含分库信息,这样我们就可以通过这个ID里面的某些位就可以直接获取分库信息了。(新系统可以采取这类方式,TDDL提供了生成这种ID的便捷方法。)

  2>.通过TDDL的ID=>分库映射cache来完成映射关系(这只针对老系统,目前的优先级还不高,将在以后的版本提供)。也可以查看成功实践中的总结信息
阅读(4598) | 评论(1) | 转发(1) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册