AskTUG Weekly (20200210-20200216) TiDB 请求中断如何确认原因?升级报错如何解决?TiFlash 到底有多快?我们进行了专业的比较

问答

Q1: 【TiDB】查询时,执行一半后提示 can’t access to MySQL server,不知道如何 debug 确认重启原因?查看详情:tidb请求中断&重启原因未知

Q2:【TiDB】升级 3.0.9 的时候在 check_tikv_config 报错 ,请问怎么解决呢?查看详情:2.1.6升级到3.0.9的时候报错

Q3:【TiKV】tikv-client 构建失败了 采用 mvn package 成功完成。但是构建玩之后发现 ExprType 中好多枚举变量不存在是怎么回事?查看详情:tikv-client 构建失败了 帮忙看下怎么回事 可以吗

Q4:【数据同步】通过使用 DM,从 MySQL 同步数据到 TiDB,期间 TiDB 应该是发生了异常,导致有两具 update 丢失更新。DM 日志异常执行抛出来的 SQL 已经正常执行,就是 payment_system.pay_order的id为676880002,但是这个 id insert 后有 update 语句,没有正常执行。导致 TiDB 最终数据与上游 MySQL 数据不一致。 676880002 这条记录变更时间点:查看详情:dm同步时丢失更新

Q5:【查询】DM 版本为 v1.0.3 dm-worker 任务同步阿里云 5.7 版本的 rds-mysql,出现以下报错,根据报错信息排查 Binlog 位置日志为 XA 日志相关信息,这种情况下 Binlog event filter 该如何进行配置予以过滤呢?查看详情:查看详情:dm-worker任务报错求解

Q6:【TiDB】为了测试节点扩容和缩容,我按照官网部署教程把所有的组件部署在一个节点上,每个组件各一个,部署成功后数据库能正常连接。但是按照教程进行 PD 扩容,启动之后使用 pd-ctl 查看新节点的 PD 没有加入到现有集群中。大致错误是集群 id 不匹配,不知道怎么排查?查看详情:无法在集群内扩容PD节点

Q7:【SQL】将 MySQL 的表导入到 TiDB;条数超过 250 亿。表使用 PARTITION BY RANGE ( to_days(insert_time) 来分区; 有一个查询平台,默认会触发类似 select * from table limit 1 这种语句,每次打开查询平台,对应的 tidb-server 都会 OOM; 使用 explain select * from table limi 1;发现这个 SQL 扫描了所有的 partiton。有什么办法能够避免 select * from table limit 1 这种 SQL 扫描所有的partition?提升这种 SQL 的查询性能避免 server 的 OOM?查看详情:使用PARTITION BY RANGE 的大表,执行select * from table limit 1;性能非常差

Q8:【PD】目前部署了 1 TiDB+3 PD+1TiKV,今天使用 Ansible 缩容 PD3 的时候,滚动更新报错: pd2 rolling_update.yml TASK get PD name. msg:status code was 503:not [200],service unavailable 但是在滚动更新完成后,使用 pd-ctl 通过 PD2 查询 member 也能返回正常结果,虽然不影响使用,但是报错原因不知道在哪里?查看详情:集群缩容pd报错,但是组件能够使用

Q9:【TiDB】部署 TiDB v2.1.1 失败,执行到步骤 ansible-playbook local_prepare.yml 但是报错原因不知道在哪里?查看详情:TiDB 2.1.1 部署报错

Q10:【TiDB】窗口函数根据官方文档显示能通过修改 tidb_enable_window_function 值来关闭,通过查询官方文档发现该变量作用域为 session|global,但个人测试 set @@global.tidb_enable_window_function = 0; 查看详情:tidb_enable_window_function 只能修改session的值不能修改全局

活动

  1. 春节后第一期“老房说数”上线,结合时事和大家一起讨论“疫”乎寻常的 2020。老规矩,参与话题讨论有机会获得 PingCAP 原创周边福利哟!链接直达:老房说数·第七期 ## “疫”乎寻常的 2020,向左走、向右走?

  2. 2019 年底,TiDB 开发者社区联合 TUG 共同发起了“我的 TiDB 听我的 ”活动,旨在收集来自 TiDB 使用者的真实需求,将呼声最高的功能和改进放到 TiDB 的版本迭代中,让 TiDB 的版本制定和发布更加透明公开。投票活动: “我的 TiDB 听我的”:投票开启,快来 pick 你中意的需求

文章

  1. TiFlash 到底有多快?为了更直观回答这个问题,我们用最新版 TiFlash 进行了一次全新的对比测试。测试选取了传统交易型数据库(及其列存扩展),分析型数据库和大数据计算引擎进行对比,为了证明它的速度,我们一口气对比了 Oracle、MySQL、Greenplum、Apache Spark、MariaDB ColumnStore 和 Oracle……

  2. 面对爆发式增长的马上消费金融的数据库,TiDB 是如何完成核心账务系统归档及跑批业务的?实践分享:TiDB 在马上消费金融核心账务系统归档及跑批业务下的实践


更多阅读

AskTUG Weekly (201200203-20200209) TiKV 参数修改后无法生效如何处理?如何将 TiDB 分析场景提速 10 倍?写给 TUG 成员们的一封信