TiDB v8.5 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 98 3.3.6 查询数据 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 311 4.7.1 单表查询 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 311 4.7.2 多表连接查询· · · · · · · · · · · · · · · · · · · · · · · · · 317 4.7.3 子查询· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 324 4.7.4 分页查询 · · · · · · · · · · · · · · ·0 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB中文技术文档移等);三是分配全局唯一且递增的事务 ID。 PD 是一个集群,需要部署奇数个节点,一般线上推荐至少部署 3 个节点。 TiKV Server 负责存储数据,从外部看 TiKV 是一个分布式的提供事务的 Key-Value 存储引擎。存储数据的基 本单位是 Region,每个 Region 负责存储一个 Key Range (从 StartKey 到 EndKey 的左闭右开区间)的 数据,每个 TiKV 节点会负责多个 Region 移等);三是分配全局唯一且递增的事务 ID。 PD 是一个集群,需要部署奇数个节点,一般线上推荐至少部署 3 个节点。 TiKV Server 负责存储数据,从外部看 TiKV 是一个分布式的提供事务的 Key-Value 存储引擎。存储数据的基 本单位是 Region,每个 Region 负责存储一个 Key Range (从 StartKey 到 EndKey 的左闭右开区间)的 TiDB 整体架构 TiDB Server '123456'; 授权用户 tiuser 可检索数据库 samp_db 内的表: 1. GRANT SELECT ON samp_db.* TO 'tiuser'@'localhost'; 查询用户 tiuser 的权限: 1. SHOW GRANTS for tiuser@localhost; 删除用户 tiuser : 创建、授权和删除用户 TiDB 快速入门指南 - 20 -0 码力 | 444 页 | 4.89 MB | 6 月前3
TiDB v8.4 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 94 3.3.6 查询数据 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 307 4.7.1 单表查询 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 307 4.7.2 多表连接查询· · · · · · · · · · · · · · · · · · · · · · · · · 313 4.7.3 子查询· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 320 4.7.4 分页查询 · · · · · · · · · · · · · · ·0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.2 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 78 3.3.6 查询数据 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 290 4.7.1 单表查询 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 290 4.7.2 多表连接查询· · · · · · · · · · · · · · · · · · · · · · · · · 296 4.7.3 子查询· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 303 4.7.4 分页查询 · · · · · · · · · · · · · · ·0 码力 | 4987 页 | 102.91 MB | 10 月前3
24-云原生中间件之道-高磊说说应用基本依赖的四大件:数据库、存储、中间件和大数据 下单服务 交易支付 支付网关 锁定库存 库存数据库 前台类目 商品查询 BFF 商品数据库 文件存储 logging MQ 交易数据库 大数据 营销分析 业务赋能 典型微服务应用 云原生应用 下单服务 交易支付 支付网关 锁定库存 库存数据库 前台类目 商品查询 BFF 商品数据库 文件存储 logging MQ 交易数据库 大数据 营销分析 云原生PaaS平台 支持企业低成本、大容量存储和查询各类日志、消息、交易、用户行为、画像等 结构化/半结构化数据,支持高吞吐量实时入库及数据实时查询,实现数据资源 智慧化运营。 优势 低成本存储: 支持PB级数据存储 高并发: 千亿数据实时分析 数据源 设备监控 传感器 轨迹数据 车联网 业务集群 物联网套件写入 云原生 DB 轨迹查 询|实时 监测 MR 云原 生DB 统计 分析 物联网数据存储和查询 将车联网数据、设备监 展示,实现物联网数据的实时 监控分析。 优势 易接入: 轻松对接消息系统、流计算系统 高并发: 满足千万级并发访问 存算分离: 按需分别订购计算与存储,成本低、故障恢复快 利用HTAP模式,可以将查询和分析合并 起来,更加节约成本,并提高了性能 高级能力-云原生数据库-应用的基石-4-端到端安全 DB计算层 分布式共享 存储 分布式 内存 DB计算层 分布式共享 存储 分布式 内存 TDE透明加密0 码力 | 22 页 | 4.39 MB | 6 月前3
2024 中国开源开发者报告无法持续更新的知识库,可以通过 RAG(Retrieval Augmented Generation,检索增强 生成)来解决。 RAG 的出现,让各界越来越深刻地认识到,大模型没必要存储那么多知识,只需要如何使 用搜索引擎这个外部工具即可。大模型可以在搜索结果上做进一步的信息筛选和优化,而搜索引 擎弥补了大模型的知识缺陷,实现了 1+1>=2 的效果。 RAG 可以被理解为智能体的最简单形式。未来的智能体可以实现多种工具的混合使用,甚 Haiku,大模型自身的能力不断提升,使得模型能够更好地理解和解 决复杂的编程问题。 智能体(AI agent)的引进:智能体可以收集和学习与任务相关的知识,可以直接调用静 态代码分析工具、直接调用搜索引擎和 API 为编程任务服务,并通过构建代码仓库知识图来帮 助大模型全面理解软件仓库的结构和依赖关系,从而更好地定位问题根源并生成有效的代码补丁。 智能体还可以动态获取代码片段和问题相关的信息,并分析和总结收集到的信息,以便规划 AI 从业者观察 因为我看到的不代表真相,所以这一章节会很短,仅仅分享两个发现。 (一)AI 技术的下坡 有两个感受(非证据)可以说明这一点。 (1)关于 AI 大模型的自媒体数量在减少,从搜索引擎趋势,加上我和几个业内朋友的 blog、 公众号以及 X 的阅读量下降趋势也可以佐证这一点,下半年虽然市场理性回归,但整体热度是 在下降的。OpenAI 不再持续放大招可能也是重要原因之一。 (2)我前期接触了很多因为0 码力 | 111 页 | 11.44 MB | 8 月前3
Nacos架构&原理
在阿里中间件开源、自研、商业三位⼀体的战略中,微服务 DNS(Dubbo+Nacos+Spring-cloud- alibba/Sentinel/Seata)组合始终走在前列,引领着微服务领域的发展趋势。Nacos 作为核心引擎 孵化于 2008 年的阿里五彩石项目,自主研发完全可控,经历十多年双 11 洪峰考验,沉淀了高性能、 高可用、可扩展的核心能力,2018 年开源后引起了开发者的广泛关注和大量使用。本书也将介绍 当该节点接收到属于该节点负责的实例的写请求时,直接写入。 2. 当该节点接收到不属于该节点负责的实例的写请求时,将在集群内部路由,转发给对应的节点, 从而完成读写。 3. 当该节点接收到任何读请求时,都直接在本机查询并返回(因为所有实例都被同步到了每台机 器上)。 Distro 协议作为 Nacos 的内嵌临时实例⼀致性协议,保证了在分布式环境下每个节点上面的服务 信息的状态都能够及时地通知其他节点,可以维持数十万量级服务实例的存储和⼀致性。 对⼀致性 http 短连接,30 秒定 期创建销毁连接,GC 压力大 md5 值计算也有⼀定 开销,在可接受范围内 Nacos Naming HTTP/UDP UDP 推送 + 补偿查询 丢包,云架构下无法 反向推送 配置和服务器模块的数据推送通道不统⼀,http 短连接性能压力巨大,未来 Nacos 需要构建能够 同时支持配置以及服务的长链接通道,以标准的通信模型重构推送通道。0 码力 | 326 页 | 12.83 MB | 10 月前3
分布式NewSQL数据库TiDBTiDB Copyright © 2012-2021 UCloud 优刻得 7/120 119 119 119 119 Q17: 如何查看慢查询 Q18: 监控图看有慢查询, 但是information_schema.cluster_slow_query表中⽆法查询到? Q19: 如何处理 TiCDC 创建同步任务或同步到 MySQL 时遇到 Error 1298: Unknown or incorrect 2012-2021 UCloud 优刻得 14/120 ⼯具将数据同步到 OLAP 型数据库进⾏数据分析,这种处理⽅案存在存储成本⾼、实时性差等多⽅⾯的问题。TiDB 在 4.0 版本中引⼊列存储引擎 TiFlash 结合⾏存储引擎 TiKV 构建真正 的 HTAP 数据库,在增加少量存储成本的情况下,可以在同⼀个系统中做联机交易处理、实时数据分析,极⼤地节省企业的成本。 数据汇聚、⼆次加⼯处理的场景 数据汇聚、⼆次加⼯处理的场景 ⽹络安全事故。 代理节点 代理节点 TiDB服务集群提供两个Proxy节点,⽤以代理Dashboard/Grafana/Prometheus服务 您可以通过‘详情’⻚中的节点列表中选择‘PROXY’查询到当前节点代理地址 配置访问代理 配置访问代理 Dashboard/监控访问 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 43/1200 码力 | 120 页 | 7.42 MB | 6 月前3
Python 3.11.10 正则表达式 HOWTO 或以各种方式将其拆分。 正则表达式 pattern 会被编译成一系列字节码,然后由 C 语言编写的匹配引擎执行。对于高级应用场景,可 能需要仔细考虑引擎如何执行给定的正则表达式,并以特定的方式编写正则表达式,以生成运行速度更快的 字节码。然而,本文不会涉及此类优化技术,因为这要求读者对匹配引擎的内部机制有深入的理解。 正则表达式语言相对较小且受限,因此并非所有的字符串处理任务都能用正则表达式完成。有些任务尽管 (0 个 'a' )、'cat' (1 个 'a' )、'caaat' (3 个 'a' )等等。 像 * 这样的重复匹配是 贪婪的。当重复匹配正则时,匹配引擎会尝试重复尽可能多的次数。如果 pattern 的 后续部分无法匹配成功,匹配引擎会回退并尝试减少重复次。 3 我们可以通过一个逐步的例子来更好理解这一点。来看看这个正则表达式 a[bcd]*b 。该表达式匹配的是, 首先是一个字母 'a' 的字母,最后以一个 'b' 结尾。现在,让我们 想象一下用这个正则去匹配字符串 'abcbd' 的过程。 步骤 匹配 说明 1 a 正则中的 a 匹配成功。 2 abcbd 引擎尽可能多地匹配 [bcd]* ,直至字符串末尾。 3 失败 引擎试图匹配正则中的 b ,但是当前位置已到达字符串末尾,因此匹配失败。 4 abcb 回退,让 [bcd]* 少匹配一个字符。 5 失败 再次尝试匹配正则中的 b ,但是当前位置上的字符是最后一个字符0 码力 | 19 页 | 403.22 KB | 11 月前3
Python 3.9.20 正则表达式 HOWTO 以各种方 式将其拆分。 正则表达式 pattern 会被编译成一系列字节码,然后由 C 语言编写的匹配引擎执行。对于高级应用场景, 可能需要仔细考虑引擎如何执行给定的正则表达式,并以特定的方式编写正则表达式,以生成运行速度 更快的字节码。然而,本文不会涉及此类优化技术,因为这要求读者对匹配引擎的内部机制有深入的理 解。 正则表达式语言相对较小且受限,因此并非所有的字符串处理任务都能用正则表达式完成。有些任务尽 'ct'(0 个 'a' )、'cat'(1 个 'a' )、'caaat'(3 个 'a' )等等。 像 * 这样的重复匹配是 贪婪的。当重复匹配正则时,匹配引擎会尝试重复尽可能多的次数。如果 pattern 的后续部分无法匹配成功,匹配引擎会回退并尝试减少重复次。 我们可以通过一个逐步的例子来更好理解这一点。来看看这个正则表达式 a[bcd]*b 。该表达式匹配的 是,首先是一个字母 'a' ,然后是零个或多个来自字符类 的字母,最后以一个 'b' 结尾。现在, 让我们想象一下用这个正则去匹配字符串 'abcbd' 的过程。 步骤 匹配 说明 1 a 正则中的 a 匹配成功。 2 abcbd 引擎尽可能多地匹配 [bcd]* ,直至字符串末尾。 3 失败 引擎试图匹配正则中的 b ,但是当前位置已到达字符串末尾,因此匹配失败。 4 abcb 回退,让 [bcd]* 少匹配一个字符。 5 失败 再次尝试匹配正则中的 b ,但是当前位置上的字符是最后一个字符0 码力 | 18 页 | 401.42 KB | 11 月前3
共 109 条
- 1
- 2
- 3
- 4
- 5
- 6
- 11













