AskTUG Weekly (20191014-20191020)

问答

Q1: 【DM】3 台 PD, 3 台 TiKV, 2 台 TiDB 混合部署,数据量 4w 多,使用 DM 进行数据迁移时报错:

查看详情:DM 倒入数据报错

Q2:【TiDB】TiDB 版本 3.0.4,Docker Swarm 部署,3 个 manager 1 个 worker,磁盘占满后,删除 drainer.log pd0.log pd1.log pd2.log pump1.log pump2.log tidb1.log tikv1.log tikv2.log tikv3.log 日志,机器有过重启。重启之后 TiKV 一直有报错日志无法正常运行。TiKV 报错如下:

MySQL 连接一直报 111 错误。查看详情:机器磁盘占满,重启后无法正常运行

Q3:【TiDB】上游MySQL实例中,user_account库中,有3种类型的大表user、user_map、user_add。各拆分了50个,user表拆成50个表user_001-user_050 、use_map表拆成user_map_001-user_map_050、user_add表拆成user_add_001-user_add_050,然后再将每种类型的分表,在合并同步到下游tidb中,这种分表合并,并且在同一个库中,需要怎么配置呢?查看详情:分表合并

Q4:【TiDB】将 TiDB 从 2.1.17 升级到 3.0.4,升级完成后部分监控无数据,请问是怎么回事呢?查看详情:升级 3.0.4 后部分监控无数据

Q5:【TiKV】在 TiDB 的监控页面发现有一台 TiKV 掉线(具体掉线时间不确定),在中控机上通过 “ansible-playbook start.yml -l” 命令启动 TiKV,发现启动失败,在 tikv.log 中没有产生日志。查看"/var/log/messages"中发现如下信息。日志显示,从14日开始系统在循环启动 TiKV,但一直启动失败。

查看详情:TiKV 启动失败

Q6:【数据迁移】导入一张表,记录数约 10W,报错如下: [SQL] Query line_price start [ERR] 1105 - statement count 5001 exceeds the transaction limitation, autocommit = false;调大了 tidb.yml 的 stmt-count-limit,重启集群,报错依旧。查看详情:导入一张表报错,记录数约 10w

Q7:【Raft】关于 Raft 的疑惑:

  • 协议:Raft
  • 产品:TiDB,etcd
  • 我做什么: Raft 一个记录写入过半才算成功。
  • 问题:请问 Raft Leader 日志复制过程返回客户端成功,是类似 2pc 第一阶段判断过半,就返回成功,还是第二阶段判断过半才返回客户端成功。 我理解是第二阶段大部分复制是同步,剩余是异步,可以这么说吗?查看详情:Raft 异步复制疑问

文章

我们进行数据库选型的时候要考虑哪些问题?有哪些需求?待选用的数据库是否和需求对的上?是不是直接就可以拿来用?需不需要一些额外的开发?爱奇艺实用数据库选型树:不同场景如何快速选择数据库? 向你介绍:

  • 爱奇艺数据库实践:MySQL Redis Couchbase HiKV
  • 爱奇艺的数据库运维管理
  • 数据库选型树:如何针对不同场景快速选择数据库

PD (Placement Driver) 是 TiDB 的大脑,它负责全局元数据的存储以及 TiKV 组件的负载均衡调度。TUG 北京区 Leader 孙晓光和大家分享了 TiDB PD 组件代码阅读

老房说数

TUG 发起人 & TUG 全国负责人房晓乐从上周三开始在 AskTUG 上开启“老房说数”栏目,每周三晚上 7 点准时与大家见面,每期就一个话题和大家一起交流。上周“老房说数”第一期话题为“我与 TiDB 的第一次接触”,吸引到很多新老朋友跟帖回复自己是如何认识 TiDB 的:老房说数·第一期 ## 我与 TiDB 的第一次接触


相关阅读:

AskTUG Weekly (20191008-20191013)