张飞软硬开源基于STM32 BLDC直流无刷电机驱动器开发视频套件,👉戳此立抢👈

基于代理方式的有MySQL Proxy和Amoeba

2019-01-10 15:21 次阅读

Sharding的基本思想就要把一个数据库切分成多个部分放到不同的数据库(server)上,从而缓解单一数据库的性能问题。不太严格的讲,对于海量数据的数据库,如果是因为表多而数据多,这时候适合使用垂直切分,即把关系紧密(比如同一模块)的表切分出来放在一个server上。如果表并不多,但每张表的数据非常多,这时候适合水平切分,即把表的数据按某种规则(比如按ID散列)切分到多个数据库(server)上。当然,现实中更多是这两种情况混杂在一起,这时候需要根据实际情况做出选择,也可能会综合使用垂直与水平切分,从而将原有数据库切分成类似矩阵一样可以无限扩充的数据库(server)阵列。

需要特别说明的是:当同时进行垂直和水平切分时,切分策略会发生一些微妙的变化。比如:在只考虑垂直切分的时候,被划分到一起的表之间可以保持任意的关联关系,因此你可以按“功能模块”划分表格,但是一旦引入水平切分之后,表间关联关系就会受到很大的制约,通常只能允许一个主表(以该表ID进行散列的表)和其多个次表之间保留关联关系,也就是说:当同时进行垂直和水平切分时,在垂直方向上的切分将不再以“功能模块”进行划分,而是需要更加细粒度的垂直切分,而这个粒度与领域驱动设计中的“聚合”概念不谋而合,甚至可以说是完全一致,每个shard的主表正是一个聚合中的聚合根!这样切分下来你会发现数据库分被切分地过于分散了(shard的数量会比较多,但是shard里的表却不多),为了避免管理过多的数据源,充分利用每一个数据库服务器的资源,可以考虑将业务上相近,并且具有相近数据增长速率(主表数据量在同一数量级上)的两个或多个shard放到同一个数据源里,每个shard依然是独立的,它们有各自的主表,并使用各自主表ID进行散列,不同的只是它们的散列取模(即节点数量)必需是一致的.

1、常用的分库分表中间件

1.1 简单易用的组件:

  • 当当sharding-jdbc

  • 蘑菇街TSharding

 

1.2 强悍重量级的中间件:

  • sharding

  • TDDL Smart Client的方式(淘宝)

  • Atlas(Qihoo 360)

  • alibaba.cobar(是阿里巴巴(B2B)部门开发)

  • MyCAT(基于阿里开源的Cobar产品而研发)

  • Oceanus(58同城数据库中间件)

  • OneProxy(支付宝首席架构师楼方鑫开发)

  • vitess(谷歌开发的数据库中间件)

 

2、分库分表需要解决的问题

1、事务问题

解决事务问题目前有两种可行的方案:分布式事务和通过应用程序与数据库共同控制实现事务下面对两套方案进行一个简单的对比。

方案一:使用分布式事务
  • 优点: 交由数据库管理,简单有效

  • 缺点:性能代价高,特别是shard越来越多时

 
方案二:由应用程序和数据库共同控制
  • 原理:将一个跨多个数据库的分布式事务分拆成多个仅处 于单个数据库上面的小事务,并通过应用程序来总控 各个小事务。

  • 优点:性能上有优势

  • 缺点:需要应用程序在事务控制上做灵活设计。如果使用 了spring的事务管理,改动起来会面临一定的困难。

2、跨节点Join的问题

只要是进行切分,跨节点Join的问题是不可避免的。但是良好的设计和切分却可以减少此类情况的发生。解决这一问题的普遍做法是分两次查询实现。在第一次查询的结果集中找出关联数据的id,根据这些id发起第二次请求得到关联数据。

3、跨节点的count,order by,group by以及聚合函数问题

这些是一类问题,因为它们都需要基于全部数据集合进行计算。多数的代理都不会自动处理合并工作。解决方案:与解决跨节点join问题的类似,分别在各个节点上得到结果后在应用程序端进行合并。和join不同的是每个结点的查询可以并行执行,因此很多时候它的速度要比单一大表快很多。但如果结果集很大,对应用程序内存的消耗是一个问题。

4、数据迁移,容量规划,扩容等问题

来自淘宝综合业务平台团队,它利用对2的倍数取余具有向前兼容的特性(如对4取余得1的数对2取余也是1)来分配数据,避免了行级别的数据迁移,但是依然需要进行表级别的迁移,同时对扩容规模和分表数量都有限制。总得来说,这些方案都不是十分的理想,多多少少都存在一些缺点,这也从一个侧面反映出了Sharding扩容的难度。

5、事务

 
5.1 分布式事务
  • 参考: 关于分布式事务、两阶段提交、一阶段提交、Best Efforts 1PC模式和事务补偿机制的研究

  • 优点基于两阶段提交,最大限度地保证了跨数据库操作的“原子性”,是分布式系统下最严格的事务实现方式。实现简单,工作量小。由于多数应用服务器以及一些独立的分布式事务协调器做了大量的封装工作,使得项目中引入分布式事务的难度和工作量基本上可以忽略不计。

  • 缺点系统“水平”伸缩的死敌。基于两阶段提交的分布式事务在提交事务时需要在多个节点之间进行协调,最大限度地推后了提交事务的时间点,客观上延长了事务的执行时间,这会导致事务在访问共享资源时发生冲突和死的概率增高,随着数据库节点的增多,这种趋势会越来越严重,从而成为系统在数据库层面上水平伸缩的"枷锁", 这是很多Sharding系统不采用分布式事务的主要原因。

基于Best Efforts 1PC模式的事务

参考spring-data-neo4j的实现。鉴于Best Efforts 1PC模式的性能优势,以及相对简单的实现方式,它被大多数的sharding框架和项目采用

5.2 事务补偿(幂等值)

对于那些对性能要求很高,但对一致性要求并不高的系统,往往并不苛求系统的实时一致性,只要在一个允许的时间周期内达到最终一致性即可,这使得事务补偿机制成为一种可行的方案。事务补偿机制最初被提出是在“长事务”的处理中,但是对于分布式系统确保一致性也有很好的参考意义。笼统地讲,与事务在执行中发生错误后立即回滚的方式不同,事务补偿是一种事后检查并补救的措施,它只期望在一个容许时间周期内得到最终一致的结果就可以了。事务补偿的实现与系统业务紧密相关,并没有一种标准的处理方式。一些常见的实现方式有:对数据进行对帐检查;基于日志进行比对;定期同标准数据来源进行同步,等等。

6、ID问题

一旦数据库被切分到多个物理结点上,我们将不能再依赖数据库自身的主键生成机制。一方面,某个分区数据库自生成的ID无法保证在全局上是唯一的;另一方面,应用程序在插入数据之前需要先获得ID,以便进行SQL路由.

一些常见的主键生成策略

6.1 UUID

使用UUID作主键是最简单的方案,但是缺点也是非常明显的。由于UUID非常的长,除占用大量存储空间外,最主要的问题是在索引上,在建立索引和基于索引进行查询时都存在性能问题。

结合数据库维护一个Sequence表

此方案的思路也很简单,在数据库中建立一个Sequence表,表的结构类似于:

1CREATE TABLE `SEQUENCE` (  2    `table_name` varchar(18NOT NULL,  3    `nextid` bigint(20NOT NULL,  4    PRIMARY KEY (`table_name`)  5ENGINE=InnoDB

每当需要为某个表的新纪录生成ID时就从Sequence表中取出对应表的nextid,并将nextid的值加1后更新到数据库中以备下次使用。此方案也较简单,但缺点同样明显:由于所有插入任何都需要访问该表,该表很容易成为系统性能瓶颈,同时它也存在单点问题,一旦该表数据库失效,整个应用程序将无法工作。有人提出使用Master-Slave进行主从同步,但这也只能解决单点问题,并不能解决读写比为1:1的访问压力问题。

6.2 Twitter的分布式自增ID算法Snowflake

在分布式系统中,需要生成全局UID的场合还是比较多的,twitter的snowflake解决了这种需求,实现也还是很简单的,除去配置信息,核心代码就是毫秒级时间41位 机器ID 10位 毫秒内序列12位。

  • 10---0000000000 0000000000 0000000000 0000000000 0 --- 00000 ---00000 ---000000000000在上面的字符串中,第一位为未使用(实际上也可作为long的符号位),接下来的41位为毫秒级时间,然后5位datacenter标识位,5位机器ID(并不算标识符,实际是为线程标识),然后12位该毫秒内的当前毫秒内的计数,加起来刚好64位,为一个Long型。

这样的好处是:整体上按照时间自增排序,并且整个分布式系统内不会产生ID碰撞(由datacenter和机器ID作区分),并且效率较高,经测试,snowflake每秒能够产生26万ID左右,完全满足需要。

7、跨分片的排序分页

一般来讲,分页时需要按照指定字段进行排序。当排序字段就是分片字段的时候,我们通过分片规则可以比较容易定位到指定的分片,而当排序字段非分片字段的时候,情况就会变得比较复杂了。为了最终结果的准确性,我们需要在不同的分片节点中将数据进行排序并返回,并将不同分片返回的结果集进行汇总和再次排序,最后再返回给用户。如下图所示:

上面图中所描述的只是最简单的一种情况(取第一页数据),看起来对性能的影响并不大。但是,如果想取出第10页数据,情况又将变得复杂很多,如下图所示:

有些读者可能并不太理解,为什么不能像获取第一页数据那样简单处理(排序取出前10条再合并、排序)。其实并不难理解,因为各分片节点中的数据可能是随机的,为了排序的准确性,必须把所有分片节点的前N页数据都排序好后做合并,最后再进行整体的排序。很显然,这样的操作是比较消耗资源的,用户越往后翻页,系统性能将会越差。

那如何解决分库情况下的分页问题呢?有以下几种办法:

如果是在前台应用提供分页,则限定用户只能看前面n页,这个限制在业务上也是合理的,一般看后面的分页意义不大(如果一定要看,可以要求用户缩小范围重新查询)。

如果是后台批处理任务要求分批获取数据,则可以加大page size,比如每次获取5000条记录,有效减少分页数(当然离线访问一般走备库,避免冲击主库)。

分库设计时,一般还有配套大数据平台汇总所有分库的记录,有些分页查询可以考虑走大数据平台。

8、分库策略

分库维度确定后,如何把记录分到各个库里呢?

8.1 两种方式:
  • 根据数值范围,比如用户Id为1-9999的记录分到第一个库,10000-20000的分到第二个库,以此类推。

  • 根据数值取模,比如用户Id mod n,余数为0的记录放到第一个库,余数为1的放到第二个库,以此类推。

 
优劣比较:

评价指标按照范围分库按照Mod分库

库数量前期数目比较小,可以随用户/业务按需增长前期即根据mode因子确定库数量,数目一般比较大

访问性能前期库数量小,全库查询消耗资源少,单库查询性能略差前期库数量大,全库查询消耗资源多,单库查询性能略好

调整库数量比较容易,一般只需为新用户增加库,老库拆分也只影响单个库困难,改变mod因子导致数据在所有库之间迁移

数据热点新旧用户购物频率有差异,有数据热点问题新旧用户均匀到分布到各个库,无热点

实践中,为了处理简单,选择mod分库的比较多。同时二次分库时,为了数据迁移方便,一般是按倍数增加,比如初始4个库,二次分裂为8个,再16个。这样对于某个库的数据,一半数据移到新库,剩余不动,对比每次只增加一个库,所有数据都要大规模变动。

补充下,mod分库一般每个库记录数比较均匀,但也有些数据库,存在超级Id,这些Id的记录远远超过其他Id,比如在广告场景下,某个大广告主的广告数可能占总体很大比例。如果按照广告主Id取模分库,某些库的记录数会特别多,对于这些超级Id,需要提供单独库来存储记录。

9、分库数量

分库数量首先和单库能处理的记录数有关,一般来说,Mysql 单库超过5000万条记录,Oracle单库超过1亿条记录,DB压力就很大(当然处理能力和字段数量/访问模式/记录长度有进一步关系)。

在满足上述前提下,如果分库数量少,达不到分散存储和减轻DB性能压力的目的;如果分库的数量多,好处是每个库记录少,单库访问性能好,但对于跨多个库的访问,应用程序需要访问多个库,如果是并发模式,要消耗宝贵的线程资源;如果是串行模式,执行时间会急剧增加。

最后分库数量还直接影响硬件的投入,一般每个分库跑在单独物理机上,多一个库意味多一台设备。所以具体分多少个库,要综合评估,一般初次分库建议分4-8个库。

10、路由透明

分库从某种意义上来说,意味着DB schema改变了,必然影响应用,但这种改变和业务无关,所以要尽量保证分库对应用代码透明,分库逻辑尽量在数据访问层处理。当然完全做到这一点很困难,具体哪些应该由DAL负责,哪些由应用负责,这里有一些建议:

对于单库访问,比如查询条件指定用户Id,则该SQL只需访问特定库。此时应该由DAL层自动路由到特定库,当库二次分裂时,也只要修改mod 因子,应用代码不受影响。

对于简单的多库查询,DAL负责汇总各个数据库返回的记录,此时仍对上层应用透明。

11、使用框架还是自主研发

目前市面上的分库分表中间件相对较多,其中基于代理方式的有MySQL Proxy和Amoeba,基于Hibernate框架的是Hibernate Shards,基于jdbc的有当当sharding-jdbc,基于mybatis的类似maven插件式的有蘑菇街的蘑菇街TSharding,通过重写spring的ibatis template类是Cobar Client,这些框架各有各的优势与短板,架构师可以在深入调研之后结合项目的实际情况进行选择,但是总的来说,我个人对于框架的选择是持谨慎态度的。一方面多数框架缺乏成功案例的验证,其成熟性与稳定性值得怀疑。另一方面,一些从成功商业产品开源出框架(如阿里和淘宝的一些开源项目)是否适合你的项目是需要架构师深入调研分析的。当然,最终的选择一定是基于项目特点、团队状况、技术门槛和学习成本等综合因素考量确定的。


原文标题:分库分表需要考虑的问题及方案

文章出处:【微信号:DBDevs,微信公众号:数据分析与开发】欢迎添加关注!文章转载请注明出处。

收藏 人收藏
分享:

评论

相关推荐

艾法斯TM500新增对TDD载波聚合的支持

艾法斯控股公司(Aeroflex Holding Corp.,纽交所代码:ARX)旗下的全资子公司艾....
发表于 03-20 15:24 4次 阅读
 艾法斯TM500新增对TDD载波聚合的支持

我国的2.6GHz全TDD频谱规划是什么?

由国际电信联盟(ITU)主办的电信业界的奥林匹克盛会---“2012年世界电信展”今日在阿联酋迪拜隆....
发表于 03-20 08:57 6次 阅读
 我国的2.6GHz全TDD频谱规划是什么?

VB程序设计电子教程之数据库编程的详细资料说明

本文档详细介绍的是VB程序设计电子教程之数据库编程的详细资料说明主要内容包括了:1.数据库相关知识 ....
发表于 03-01 11:01 122次 阅读
VB程序设计电子教程之数据库编程的详细资料说明

数据库教程之SQL Server数据库管理的详细资料说明

本文档详细介绍的是数据库教程之SQL Server数据库管理的详细资料说明主要内容包括了:1.了解S....
发表于 03-01 11:00 45次 阅读
数据库教程之SQL Server数据库管理的详细资料说明

数据库设计开发技术案例教程之事务控制与锁定

本文档的主要内容详细介绍的是数据库设计开发技术案例教程之事务控制与锁定主要内容包括了:1,事务的概念....
发表于 01-11 11:20 49次 阅读
数据库设计开发技术案例教程之事务控制与锁定

数据库设计开发技术案例教程之SQL Server权限与安全资料说明

本文档的主要内容详细介绍的是数据库设计开发技术案例教程之SQL Server权限与安全资料说明主要内....
发表于 01-11 11:20 54次 阅读
数据库设计开发技术案例教程之SQL Server权限与安全资料说明

SQL Server 2005数据库的应用手册

SQL Server是基于服务器端的中型的数据库,可以适合大容量数据的应用,在功能上管理上要比Acc....
发表于 01-10 08:00 56次 阅读
SQL Server 2005数据库的应用手册

SQL server服务,远程过程调用失败的解决方法

成功解决SQL server服务,远程过程调用失败
发表于 12-27 10:11 182次 阅读
SQL server服务,远程过程调用失败的解决方法

AD9361在TDD lvds工作方式下的管脚时序

     我使用ad9361 工作在TDD,lvds模式下;通过enable和txnrx两个管脚控制切换 TDD状态机,使AD93...
发表于 12-27 09:43 185次 阅读
AD9361在TDD lvds工作方式下的管脚时序

ad9361在TDD模式下,RX和TX通过引脚实时控制,切换延时最小多少时间

在TDD模式下,RX和TX通过引脚实时控制,切换延时最小多少时间,在发射时会对RX造成影响吗?比如功率过大使RX模拟部分...
发表于 12-27 09:23 195次 阅读
ad9361在TDD模式下,RX和TX通过引脚实时控制,切换延时最小多少时间

基于目前TDD网络高负荷及FD不均衡现状分析

FD功率功率设置不一致,导致不同小区覆盖差异,功率大,覆盖远的小区吸收用户多,导致FD同覆盖小去不均....
发表于 12-25 10:13 426次 阅读
基于目前TDD网络高负荷及FD不均衡现状分析

请问如何利用Labview的LabSQL工具包对SQL Server数据库进行访问?

利用Labview的LabSQL工具包对SQL Server数据库进行访问,包括数据库路径的选取,数据入库,数据转存成文件等几个方面(...
发表于 12-20 11:14 278次 阅读
请问如何利用Labview的LabSQL工具包对SQL Server数据库进行访问?

数据库教程之SQL SERVER环境的详细资料说明

本文档的主要内容详细介绍的是数据库教程之SQL SERVER环境的详细资料说明主要内容包括了:1 S....
发表于 12-18 15:07 58次 阅读
数据库教程之SQL SERVER环境的详细资料说明

请问AD9361能否用于TDD LTE?

您好, 我对AD9361能否用于TDD LTE存有疑问。问题如下: 1、AD9361能否用于TDD LTE? 2、能否提供针对TDD...
发表于 12-06 09:37 383次 阅读
请问AD9361能否用于TDD LTE?

Windows Server 2012服务器管理器的详细资料讲解

在Windows Server 2012中服务器管理器发生了非常大的变化,在诸多方面做了非常大的改进....
发表于 11-29 11:47 168次 阅读
Windows Server 2012服务器管理器的详细资料讲解

音频测试和音频测试系统的的介绍和使用说明及实例说明

本文档的主要内容详细介绍的是音频测试和音频测试系统的的介绍和使用说明及实例说明。主要内容包括了:1.....
发表于 11-27 08:00 223次 阅读
音频测试和音频测试系统的的介绍和使用说明及实例说明

WTTx携手Infoma和GT共同分析和讨论了家庭宽带未来的发展趋势和策略

WTTx产业迅猛发展,截至2018年上半年,全球累计的WTTx用户已达到6500万。其中斯里兰卡 D....
发表于 11-06 09:54 1277次 阅读
WTTx携手Infoma和GT共同分析和讨论了家庭宽带未来的发展趋势和策略

安装了Server 2016,因Windows无法识别RAID驱动器无法启动的原因?

我有一台带有Intel S1200SPS服务器主板的新服务器。 我在RAID 1虚拟磁盘上安装了Server 2016,它是在RAID BIO...
发表于 10-31 15:50 918次 阅读
安装了Server 2016,因Windows无法识别RAID驱动器无法启动的原因?

数据库教程之数据库的创建与管理详细资料免费下载

本文档的主要内容详细介绍的是数据库教程之数据库的创建与管理详细资料免费下载。内容包括了:SQL Se....
发表于 10-19 10:41 87次 阅读
数据库教程之数据库的创建与管理详细资料免费下载

STM32F107和LWIP写了个UDP Server,PC用网口调试助手一直链接不上去

用的是开发板,现在能ping通了,但是在STM32上写了个UDP Server  ,PC用网口调试助手 一直链接不上去,第一次用...
发表于 10-11 08:57 410次 阅读
STM32F107和LWIP写了个UDP Server,PC用网口调试助手一直链接不上去

测试LTE FDD和TDD性能:确保LTE基站的更简单,更具成本效益的一致性测试

Learn about the simpler and more cost-effective approach to performing LTE eNB receiver conformance test with real...
发表于 10-08 17:47 385次 阅读
测试LTE FDD和TDD性能:确保LTE基站的更简单,更具成本效益的一致性测试

使用Tesla M60安装裸机Windows 2016 Server

嗨 - 找不到非vGPU问题的正确论坛,但我在戴尔R730上安装了Windows Server 2016 ibstall,安装驱动程序后系统似乎认识到安...
发表于 09-27 15:55 272次 阅读
使用Tesla M60安装裸机Windows 2016 Server

怎么为少量远程桌面会话主机服务器规划硬件

你好, 我们正在为少量远程桌面会话主机服务器规划硬件(6-8 RDSH w.Server 2012 R2,2016年晚些时候。办公室工作负载.R...
发表于 09-26 15:22 212次 阅读
怎么为少量远程桌面会话主机服务器规划硬件

爱立信与新加坡电信合作,实现了五载波聚合,大大提升了网络速率

爱立信与新加坡电信日前表示,双方在实验室环境使用五载波聚合实现高达1.5 Gbps的LTE峰值速率,....
发表于 09-25 09:46 433次 阅读
爱立信与新加坡电信合作,实现了五载波聚合,大大提升了网络速率

如何引入TD-LTE网络

运营商引入TD-LTE可以提供移动高速数据业务,提升用户感受,提高网络运维效率,降低CAPEX、OP....
的头像 电子设计 发表于 09-14 08:05 2018次 阅读
如何引入TD-LTE网络

FDD与TDD在架构上的不同以及底层特性的差异介绍

LTE的框架结构分为分频多任务(FDD)及分时多任务(TDD)两种迥然不同的运作模式,两者的底层特性....
的头像 电子设计 发表于 09-12 08:54 867次 阅读
FDD与TDD在架构上的不同以及底层特性的差异介绍

TQP9111高效率两级驱动功率放大器的详细数据手册免费下载

TQP9111是一种低成本表面贴装封装的高效率两级驱动放大器。该放大器能够实现高性能与+46 DBM....
发表于 08-23 11:26 50次 阅读
TQP9111高效率两级驱动功率放大器的详细数据手册免费下载

TQP9113线性两级驱动放大器的详细数据手册免费下载

TQP9113是一个1μW,线性,两级驱动放大器在低成本的表面贴装封装。该放大器在+41 dBm O....
发表于 08-23 11:26 55次 阅读
TQP9113线性两级驱动放大器的详细数据手册免费下载

TQP3M9039高线性度双低噪声放大器的详细数据手册免费下载

该TQP3M9039是一种高线性度,超低噪声系数双器件放大器在4x4mm封装。在830 MHz的平衡....
发表于 08-17 11:27 78次 阅读
TQP3M9039高线性度双低噪声放大器的详细数据手册免费下载

TQP3M9040双器件低噪声放大器的详细数据手册免费下载

该TQP3M9040是一种高线性度,超低噪声系数双器件低噪声放大器在4x4mm封装。在1950 MH....
发表于 08-16 11:27 82次 阅读
TQP3M9040双器件低噪声放大器的详细数据手册免费下载

TQP3M9036高线性低噪声放大器的详细数据手册免费下载

该TQP3M9036是一种高线性度,超低噪声增益块放大器在一个小的2x2mm表面贴装封装。在900 ....
发表于 08-16 11:27 99次 阅读
TQP3M9036高线性低噪声放大器的详细数据手册免费下载

TQL9066双低噪声放大器的详细数据手册免费下载

该TQL9066是一种高线性度,超低噪声系数双器件放大器在4x4mm封装。在830 MHz的平衡配置....
发表于 08-15 11:28 94次 阅读
TQL9066双低噪声放大器的详细数据手册免费下载

TQL9047高线性增益放大器的详细数据手册免费下载

该TQL9047是一个可级联,高线性增益块放大器在低成本表面贴装封装。在1.9 GHz,放大器通常提....
发表于 08-13 11:28 111次 阅读
TQL9047高线性增益放大器的详细数据手册免费下载

TQL9062具有关断高线性增益放大器详细数据手册免费下载

TQL9062级联高线性增益模块放大器在小的2×2毫米表面贴装封装。在3.5 GHz,放大器通常提供....
发表于 08-13 11:28 106次 阅读
TQL9062具有关断高线性增益放大器详细数据手册免费下载

QPQ1280 TDD B41带通滤波器的详细资料免费下载

QPQ1280是一种超高性能的用于子带41上行链路/下行链路的BAW滤波器。该滤波器被安置在一个紧凑....
发表于 08-08 11:28 91次 阅读
QPQ1280 TDD B41带通滤波器的详细资料免费下载

QPQ1286 2345MHz 高性能体声波BAW滤波器的详细数据手册免费下载

QPQ1246是一种高性能体声波(BAW)滤波器,其设计用于满足B40、子带2220~270 MHz....
发表于 08-08 11:28 97次 阅读
QPQ1286 2345MHz 高性能体声波BAW滤波器的详细数据手册免费下载

QPB9319双通道开关低噪声放大器的详细资料免费下载

QPB9319是针对TDD基站的高度集成前端模块。开关LNA模块在双通道配置中集成了两级LNA和高功....
发表于 08-01 11:29 97次 阅读
QPB9319双通道开关低噪声放大器的详细资料免费下载

QPB9324大功率开关低噪声放大器模块的详细资料免费下载

QoVo®QPB9324是针对TDD宏或微微蜂窝基站的高度集成前端模块。LNA开关模块集成RF功能块....
发表于 08-01 11:29 123次 阅读
QPB9324大功率开关低噪声放大器模块的详细资料免费下载

QPB9318双通道开关低噪声放大器模块的详细数据手册免费下载

QPB9318是针对TDD基站的高度集成前端模块。LNA交换模块在双通道配置中集成了两级LNA和高功....
发表于 08-01 11:29 133次 阅读
QPB9318双通道开关低噪声放大器模块的详细数据手册免费下载

QPC9314大功率开关低噪声放大器的详细中文数据手册免费下载

QoVo®QPC9314是一个高度集成的前端模块,针对TDD宏或PICOCEL基站。LNA开关模块集....
发表于 08-01 11:29 166次 阅读
QPC9314大功率开关低噪声放大器的详细中文数据手册免费下载

QPB9328双通道开关低噪声放大器的详细数据手册免费下载

 QPB9328是针对TDD基站的高度集成前端模块。LNA交换模块在双通道配置中集成了两级LNA和高....
发表于 08-01 11:29 119次 阅读
QPB9328双通道开关低噪声放大器的详细数据手册免费下载

QPB9329双通道开关低噪声放大器模块的详细资料和数据免费下载

QPB9329是针对TDD基站的高度集成前端模块。开关LNA模块在双通道配置中集成了两级LNA和高功....
发表于 08-01 11:29 133次 阅读
QPB9329双通道开关低噪声放大器模块的详细资料和数据免费下载

TQP3M9041双低噪声放大器的详细资料免费下载

该TQP3M9041是一种高线性度,超低噪声系数双器件放大器在4x4mm封装。在2600 MHz的平....
发表于 07-31 11:30 133次 阅读
TQP3M9041双低噪声放大器的详细资料免费下载

QPB9320大功率开关低噪声放大器的详细资料免费下载

QoVo®QPB9320是一个高度集成的低噪声放大器前端模块,针对TDD宏或PICOCEL基站。低噪....
发表于 07-31 11:30 118次 阅读
QPB9320大功率开关低噪声放大器的详细资料免费下载

QPB9325大功率开关低噪声放大器的详细资料免费下载

QoVo®QPB9325是一个高度集成的前端模块,针对TDD宏或PICOCEL基站。LNA开关模块集....
发表于 07-31 11:30 168次 阅读
QPB9325大功率开关低噪声放大器的详细资料免费下载

TQL9066双低噪声放大器的详细资料免费下载

该TQL9066是一种高线性度,超低噪声系数双器件放大器在4x4mm封装。在830 MHz的平衡配置....
发表于 07-31 11:29 175次 阅读
TQL9066双低噪声放大器的详细资料免费下载

TDD技术给5G关键技术带来了什么

1998年,中国向国际标准组织3GPP提出自己的3G标准TD-SCDMA,这是中国希望打破当时移动通....
发表于 07-16 17:33 514次 阅读
TDD技术给5G关键技术带来了什么

数据库原理实验指导书之SQL_Server_2005

本文主要介绍了数据库原理实验指导书之SQL_Server_2005.
发表于 06-27 08:00 130次 阅读
数据库原理实验指导书之SQL_Server_2005

如何构建达芬奇的DSP Server详细中文概述

 德州仪器(T I)的达芬奇(DaVinCi)力数字媒体技术平台包括四大部分: 芯片(处理器)、开发....
发表于 04-23 09:37 170次 阅读
如何构建达芬奇的DSP Server详细中文概述

LTE在FDD与TDD模式运作下的主要差异

Lte的框架结构分为分频多任务(FDD)及分时多任务(TDD)两种迥然不同的运作模式,两者的底层特性....
发表于 04-19 16:41 974次 阅读
LTE在FDD与TDD模式运作下的主要差异

TDD技术成为5G标配,5G爆发关键在应用

王建宙认为,5G技术已经基本成熟。去年12月,5G非独立组网标准通过,今年6月将确立独立组网标准,标....
的头像 C114通信网 发表于 03-22 16:59 1592次 阅读
TDD技术成为5G标配,5G爆发关键在应用

SQL Server游标语句的使用方法介绍

  游标属于行级操作 消耗很大 SQL查询是基于数据集的所以一般查询能有 能用数据集 就用数据集 别....
发表于 11-29 09:08 545次 阅读
SQL Server游标语句的使用方法介绍

SQL Server数据库学习总结

经过一段时间的学习,也对数据库有了一些认识。数据库基本是由表,关系,操作组成;对于初学者首先要学的:....
发表于 11-28 17:36 2086次 阅读
SQL Server数据库学习总结

server内部异常堆栈跟踪的结尾

现在项目需求是这样的:客户是做直销行业的,现在他们用着几个软件系统,我们称之为业务系统,假设为A,B....
发表于 11-28 16:16 1093次 阅读
server内部异常堆栈跟踪的结尾

手机TDD引起电流声问题理论和经验总结

手机TDD引起电流声问题理论和经验总结
发表于 11-27 15:02 505次 阅读
手机TDD引起电流声问题理论和经验总结

基于FPGA的数据透传方法实现FDD向TDD数据转发

随着L工E商用基站越来越多,L工E网络的高性能吸引更多的用户选择4G网络,用户量的剧增,并且大多用户....
发表于 11-07 15:57 326次 阅读
基于FPGA的数据透传方法实现FDD向TDD数据转发

关于数据库权限设置深入剖析

随着近年来数据库技术的深入发展,以Unix平台为代表的Informix Dynamic Server....
发表于 11-07 11:14 153次 阅读
关于数据库权限设置深入剖析

Linux内核的透明代理配置解析

其实只配置squid就可以实现代理功能,但是对于客户端,就必须在浏览器中设置proxy server....
发表于 10-27 11:28 161次 阅读
Linux内核的透明代理配置解析

TDD-嵌入C语言的测试驱动开发

要点 1.为什么你会遇上这些bug?因为它们是你放的。 2.在TDD(测试驱动的开发)中,你会在一个....
发表于 10-24 14:42 161次 阅读
TDD-嵌入C语言的测试驱动开发

Sharding-JDBC简介及适用场景

【编者按】数据库分库分表从互联网时代开启至今,一直是热门话题。在NoSQL横行的今天,关系型数据库凭....
发表于 10-12 16:02 264次 阅读
Sharding-JDBC简介及适用场景