当前位置：首页 > news >正文

营销型企业网站有哪些类型263邮箱企业邮箱入口

news 2025/10/24 3:30:10

营销型企业网站有哪些类型,263邮箱企业邮箱入口,给你网站你会怎么做,平面设计师长逛的网站有哪些原文来源#xff1a; https://tidb.net/blog/ccbaeda2 作者#xff1a;张政俊#xff0c; 中欧财富数据库负责人导读中欧财富是中欧基金控股的销售子公司#xff0c;旗下 APP 实现业内基金品种全覆盖#xff0c;提供基金交易、大数据选基、智慧定投、理财师咨询等… 原文来源 https://tidb.net/blog/ccbaeda2 作者张政俊中欧财富数据库负责人导读中欧财富是中欧基金控股的销售子公司旗下 APP 实现业内基金品种全覆盖提供基金交易、大数据选基、智慧定投、理财师咨询等投资工具及服务。中欧财富致力为投资者及合作伙伴提供一站式互联网财富管理解决方案自 2015 年成立以来业务持续保持稳健的增长。本文介绍了中欧财富在分布式数据库领域的探索历程以及如何成功将业务系统迁移到 TiDB 平台的实践。文章详述了中欧财富采用 TiDB 的四个上线阶段展现了 TiDB 在应对数据增长、处理 DDL 挑战以及优化写入性能等方面的卓越表现。此外文章还特别强调了 TiDB 7.1 LTS 版本所带来的新特性包括资源管控、Partitioned Raft KV 等这些创新极大地提升了中欧财富的业务效益和性能水平。阅读全文约需 8 分钟。中欧财富从 2021 年开始调研分布式数据库希望通过使用分布式数据库来实现原有 MySQL 数据库不能满足的需求从而解决业务层面遇到的技术难题。期间对 TiDB 做了全方位测试证实了 TiDB 从架构角度是兼容的、从性能角度是达标的。2022 年我们采购服务器开始部署 TiDB 集群逐步将一些周边系统迁移到 TiDB 上。今年我们做了更详细的测试和验证将更多更复杂的业务系统切换到 TiDB上半年上线了四个系统下半年计划再上线六个系统。中欧财富的分布式数据库上线工作可以分为四个阶段第一阶段是业务的深度测试。通过搭建和生产配置相同的并行环境使用生产数据进行深度的测试。每个业务系统有各自的特点场景都不一样。每次上线前必须要保证测试是充分的业务层面的测试要保证所有的业务都可以跑通性能方面每个业务的性能指标不能低于其原先在 MySQL 上的性能指标。横向对实时业务和跑批任务的效率进行对比找出慢 SQL 并进行优化。第二阶段是进行数据的同步。通过 TiDB 提供的 DM 工具将数据从生产 MySQL 实时同步至 TiDB 集群。当数据完成实时同步之后再将原架构中 MySQL 下游的同步链路MySQL 原生同步、Canal、FlinkCDC 等全部切至 TiDB通过 TiCDC 输出之后进行两到三周的数据同步观察校验数据的一致性。第三阶段是应用上线。一般会找一个小的停机窗口关闭 DM 同步确保数据的一致性之后把应用切到 TiDB 上。第四阶段就是上线后的保障工作对已上线应用的运行情况和数据库的性能表现做跟踪观察。有些业务上线之后可能会遇到一些测试上没有遇到的问题也可能突然会有执行计划跳变这样的特殊情况需要人工去进行处理。基本上我们每个系统上线都会遵循这四个步骤去做。下图是目前中欧财富 TiDB 集群的架构示意图。存储层采用 3 台 TiKV 每台 3 副本的配置一共 9 个 TiKV 节点。3 个 TiDB 节点TiDB 和 PD 采用混合部署模式。另外准备了两台内存配置较高的 TiDB 节点将一些特殊的、较大的 SQL、比较占内存的 SQL 和慢 SQL 单独扔到这两台 TiDB Server 上去跑一定程度上起到资源隔离的作用生产使用 V6 版本暂时没有资源隔离功能。此外还有 3 台 TiFlash 节点两台物理机用做 TiCDC 。下面具体讲下业务的上线步骤。业务 A 和业务 B 做了一些分表分库分完库之后还需要做数据聚合再同步到 MySQL 汇总库。除了汇总库之外我们还有大数据平台通过 Canal 去 MySQL 里面抽一些同步的数据处理之后扔到大数据库。当要切到 TiDB 上的时候我们先把 MySQL 的数据通过 DM 同步到 TiDBTiDB 再通过 TiCDC 将数据写入到下游的汇总库另一端输出到 Kafka 同步到大数据库。这个架构跑了一段时间验证了数据同步是没问题后就会把业务应用真正切到 TiDB 集群上。切换到时候只需要把 JDBC 链接内的地址配成 HAProxy 的地址就完成一个业务系统的上线。目前中欧财富已经在 TiDB 集群上线了多套业务系统包括费率系统、基金数据系统、风控系统、大事件系统、渠道系统和会员系统。我们计划在下半年上线更多的业务系统。TiDB 的应用正在向核心场景延伸我们最新的组合投顾系统、营销系统、产品系统、用户系统包括交易系统都已经在计划之中。 2021 年我们调研分布式数据库的时候主要是因为我们的业务遇到了三个方面的挑战。首先单表的数据增长非常迅速我们开发和运维经常要配合着做各种分库分表有些时候一个业务库没办法再分了。分表分库非常耗费人力成本有些表刚分完没多久单表数据量又很快增长到 5 亿数据需要再重新分片这个工程量是非常巨大的。其次就是大表的 DDL 。上两周就遇到这个问题某个业务场景发生了变更需要扩长字段一张分表的 DDL 就要跑 6 小时然后一共有十张分表非常浪费时间。而且 DDL 在业务繁忙时间还不能跑所以一个业务逻辑的 DDL 变更DBA 可能需要拆分成几天甚至几周去完成对于运维的负担非常大。第三是单节点写入的问题。在 MySQL 传统的一主多从架构下只有一个主节点可以写入当遇到清算、调仓、跑批任务时不能满足业务对写入吞吐量的要求。TiDB 是存算分离的架构能在线扩容缩容可以支撑高并发的 OLTP 场景且满足金融级的高可用要求。业务上线 TiDB 后完美地解决了上述 3 个问题从人力到成本都取得了非常大的收益。 TiDB 每次大版本迭代我们都会第一时间关注因为一些新功能确实能解决一些用户的痛点。像我们以前用 MySQL 的话没有遇到灾难级 BUG 的情况下基本不会去升级 MySQL 的版本。因为我们觉得很久能带来的收益并不是很大没必要去冒着风险。而 TiDB 的升级迭代推出的新功能还是非常吸引人的。比如 TiDB 7.1 LTS 版本我们就发现里面的一些新特性非常有用。于是开始搭建环境进行探索这里例举了四个我们的业务场景比较看重而且后续会用到的新功能。首先最重要是资源管控也就是多租户功能。数据库集群被划分为多个逻辑单元可以将多个不同的应用放入一个集群中即使某个业务应用出现负载飙升的情况也不会影响其他业务的正常运行。金融业务场景下统一集群启用资源管控之后可以保证在线交易业务不会受批量或分析类业务的影响。原有的 MySQL 架构还是一主两从因为写入量比较大而且还开着半同步复制处理量大的时候MySQL 主库还是有些延迟的导致读写分离功能并不适用两个从库基本上就是做灾难恢复用的所以整体的资源使用率非常低。另外一些业务的流量高峰期是不同的白天可能大家都在进行买卖或者各渠道在推送数据到了晚上可能就清算跑批。TiDB 可以通过多租户实现削峰填谷提升整体资源使用率降低运维成本。另外资源管控还能起到限流的作用。生产上遇到 Bad SQL或者是超级慢的 SQL 是很常见。如果遇到这种情况我们在通过 SQL binding 的功能和资源管控的功能结合起来使用就能起到临时限流的作用。一般来说限流做在 Proxy 层会比较多一点但是我们现在不具备这种能力如果数据库层遇到突发情况能做一个 SQL 级的、针对单 SQL 的限流这是非常好的一个功能不用去改代码重发应用直接在数据库侧通过简单的 SQL Binding 和资源组就能做到。第二个是 Partitioned Raft KV 每个 Region 的数据都可以独立存储在单个实例中。这样每个 TiKV 实例可以存储更多的数据我们比较关注的写入性能提升是非常大的缩容扩容的速度也得到了显著提升。第三个是负载自适应读取。我们现在的业务包括之后要上的一些比较大的业务都会出现读热点的情况之前的打散热点方案都不适合我们的业务。有了负载自适应读取功能后请求可以从其他 TiKV 节点读取副本无需在热点 TiKV 节点排队等待。热点情况下读取吞吐量可以提升 70% 到 200%这个提升非常可观。第四个是全局递增列。这是 TiDB 6.5 的一个功能但是我们生产在使用 6.1.2 版本还没用上这个特性。全局递增列能保证 ID 唯一且单调递增与 MySQL 的自增键完全一致了。之前预分配 ID 会导致我们部分业务的分页逻辑无法实现需要开发同学对业务逻辑进行调整。有了全局自增列后后面的业务上线时无需再对分页逻辑进行改造进一步减少了开发成本。最后谈谈对 TiDB 的未来展望。首先是希望推出 TiProxy用来替代我们正在使用的 HAproxy。当前情况下如果 3 台 TiDB-server 进行升级应用可能会连断三次非常不友好而 TiProxy 可以做到无损升级或重启。另外可以在 TiPrxoy 加上熔断和限流的功能让整个架构更加灵活、可靠。TiProxy 甚至可以抓起整个数据库流量并重放到其他环境或其他高版本的 TiDB 上以检测新版本集群的稳定性尤其在数据库版本迭代快速的情况下让用户能更好地评估新版本是否可以用于生产。第二希望 TiDB 可以把功能平台进行集成。TiDB 提供很多工具平台例如 Dashboard、TiUniManager、DM-web 等都是独立的平台希望把这些工具都集成在一个集中管理平台上甚至加上 TiCDC 的管理这样对于运维人员的使用来说会更加便捷。第三希望提供巡检功能。系统上线之后查看问题都是靠人去 Dashboard 或 Grafna 平台查看具体情况如果有巡检功能的话可以省去人力开销。结合现在的 AI 技术让 TiDB 出具一份集群的运行情况报告和优化建议对用户来说是非常有意义的。
文章转载自：
http://www.morning.qzpsk.cn.gov.cn.qzpsk.cn
http://www.morning.sfdsn.cn.gov.cn.sfdsn.cn
http://www.morning.ndxss.cn.gov.cn.ndxss.cn
http://www.morning.jjzjn.cn.gov.cn.jjzjn.cn
http://www.morning.srkzd.cn.gov.cn.srkzd.cn
http://www.morning.tpdg.cn.gov.cn.tpdg.cn
http://www.morning.qgdsd.cn.gov.cn.qgdsd.cn
http://www.morning.xtgzp.cn.gov.cn.xtgzp.cn
http://www.morning.ktrzt.cn.gov.cn.ktrzt.cn
http://www.morning.xrqkm.cn.gov.cn.xrqkm.cn
http://www.morning.bby45.cn.gov.cn.bby45.cn
http://www.morning.wgdnd.cn.gov.cn.wgdnd.cn
http://www.morning.ssrjt.cn.gov.cn.ssrjt.cn
http://www.morning.tpxgm.cn.gov.cn.tpxgm.cn
http://www.morning.ycmpk.cn.gov.cn.ycmpk.cn
http://www.morning.gcjhh.cn.gov.cn.gcjhh.cn
http://www.morning.zxqxx.cn.gov.cn.zxqxx.cn
http://www.morning.mtbth.cn.gov.cn.mtbth.cn
http://www.morning.wnkjb.cn.gov.cn.wnkjb.cn
http://www.morning.fhrgk.cn.gov.cn.fhrgk.cn
http://www.morning.ntgjm.cn.gov.cn.ntgjm.cn
http://www.morning.cwcdr.cn.gov.cn.cwcdr.cn
http://www.morning.tqldj.cn.gov.cn.tqldj.cn
http://www.morning.xcfmh.cn.gov.cn.xcfmh.cn
http://www.morning.kxrld.cn.gov.cn.kxrld.cn
http://www.morning.dhqyh.cn.gov.cn.dhqyh.cn
http://www.morning.lpnpn.cn.gov.cn.lpnpn.cn
http://www.morning.bysey.com.gov.cn.bysey.com
http://www.morning.mmynk.cn.gov.cn.mmynk.cn
http://www.morning.aiai201.cn.gov.cn.aiai201.cn
http://www.morning.bsgfl.cn.gov.cn.bsgfl.cn
http://www.morning.skrxp.cn.gov.cn.skrxp.cn
http://www.morning.pqbkk.cn.gov.cn.pqbkk.cn
http://www.morning.zdmlt.cn.gov.cn.zdmlt.cn
http://www.morning.plfy.cn.gov.cn.plfy.cn
http://www.morning.cffwm.cn.gov.cn.cffwm.cn
http://www.morning.wjplm.cn.gov.cn.wjplm.cn
http://www.morning.mzrqj.cn.gov.cn.mzrqj.cn
http://www.morning.yfrbn.cn.gov.cn.yfrbn.cn
http://www.morning.ghxzd.cn.gov.cn.ghxzd.cn
http://www.morning.btpll.cn.gov.cn.btpll.cn
http://www.morning.gtmdq.cn.gov.cn.gtmdq.cn
http://www.morning.dpflt.cn.gov.cn.dpflt.cn
http://www.morning.hfrbt.cn.gov.cn.hfrbt.cn
http://www.morning.rxwfg.cn.gov.cn.rxwfg.cn
http://www.morning.hxbjt.cn.gov.cn.hxbjt.cn
http://www.morning.zqnmp.cn.gov.cn.zqnmp.cn
http://www.morning.rbzht.cn.gov.cn.rbzht.cn
http://www.morning.fxygn.cn.gov.cn.fxygn.cn
http://www.morning.wxwall.com.gov.cn.wxwall.com
http://www.morning.wkmpx.cn.gov.cn.wkmpx.cn
http://www.morning.nqdkx.cn.gov.cn.nqdkx.cn
http://www.morning.zyytn.cn.gov.cn.zyytn.cn
http://www.morning.kgjyy.cn.gov.cn.kgjyy.cn
http://www.morning.zfwjh.cn.gov.cn.zfwjh.cn
http://www.morning.clpdm.cn.gov.cn.clpdm.cn
http://www.morning.gccrn.cn.gov.cn.gccrn.cn
http://www.morning.nktgj.cn.gov.cn.nktgj.cn
http://www.morning.nbgfz.cn.gov.cn.nbgfz.cn
http://www.morning.fbxlj.cn.gov.cn.fbxlj.cn
http://www.morning.qzpw.cn.gov.cn.qzpw.cn
http://www.morning.hxpsp.cn.gov.cn.hxpsp.cn
http://www.morning.cgthq.cn.gov.cn.cgthq.cn
http://www.morning.wwgpy.cn.gov.cn.wwgpy.cn
http://www.morning.flqkp.cn.gov.cn.flqkp.cn
http://www.morning.mnslh.cn.gov.cn.mnslh.cn
http://www.morning.fddfn.cn.gov.cn.fddfn.cn
http://www.morning.tsqpd.cn.gov.cn.tsqpd.cn
http://www.morning.dzgyr.cn.gov.cn.dzgyr.cn
http://www.morning.phxdc.cn.gov.cn.phxdc.cn
http://www.morning.rzmzm.cn.gov.cn.rzmzm.cn
http://www.morning.tkxr.cn.gov.cn.tkxr.cn
http://www.morning.pshpx.cn.gov.cn.pshpx.cn
http://www.morning.lhyhx.cn.gov.cn.lhyhx.cn
http://www.morning.gxfpk.cn.gov.cn.gxfpk.cn
http://www.morning.nrbcx.cn.gov.cn.nrbcx.cn
http://www.morning.yrblz.cn.gov.cn.yrblz.cn
http://www.morning.nzkc.cn.gov.cn.nzkc.cn
http://www.morning.mxnfh.cn.gov.cn.mxnfh.cn
http://www.morning.xtdms.com.gov.cn.xtdms.com

查看全文

http://www.tj-hxxt.cn/news/244269.html