AskTUG Weekly (20191103-20191110) SQL 跨库查询很慢如何优化?KV 节点的磁盘大于 2T 会怎样?TiDB 集群升级到 V3.0.5 遇到的问题

问答

Q1:【TiDB】根据官方文档《 使用 Docker Compose 快速构建 TiDB 集群 》,快速部署 - > 我未执行第三步,而是使用 MySql Workbench 连接,填写 IP 和端口后,当点击 Test Connection 时报错,报错内容为:

Faild to Connect to MySQL at [192.168.1.123:4000](http://192.168.1.123:4000) with user root
Lost connection to MySQL server at ‘reading initial communication packet’,system error:0

请问是什么原因呢?查看详情:MySQL Workbench连接错误

Q2:【TiDB】Java 爬虫业务开 5 个任务,一个任务 7 个线程,部署 20 个机器报错,TiDB 连不上。但是之前用 MySQL 就没有这个问题,MySQL 的 max_connections 我调的是 2000, TiDB 这种情况 该怎么调整或者优化???查看详情:Java 爬虫业务开 5 个任务,一个任务 7 个线程,部署20个机器报错

Q3:【SQL】第一次执行 Update 语句可以

update `request_keyword_task` set `status`=0 where `status`!=0 LIMIT 100000;
[SQL]update `request_keyword_task` set `status`=0 where `status`!=0 LIMIT 100000;

受影响的行: 100000

时间: 4.683s

第二次执行报错

update `request_keyword_task` set `status`=0 where `status`!=0 LIMIT 100000;
[SQL]update `request_keyword_task` set `status`=0 where `status`!=0 LIMIT 100000;
[Err] 8004 - transaction too large, len:400001

请问是什么原因呢?查看详情:第一次执行 Update 语句可以,第二次就报错

Q4:【PD】经常收到告警PD_leader_change,查看日志没有明确的线索。请问是什么原因导致的呢?

查看详情:经常收到告警 PD_leader_change,查看日志没有明确线索

Q5:【SQL】现在从应用本身的数据库查询很快,但是需要跨其他的数据库查询,这样就很慢,请问有什么优化措施吗?查看详情:SQL 跨库查询很慢,可以怎么优化

Q6:【TiDB】2019 年 TiDB Hackathon 的选手实现了 TiDB-Wasm,让 TiDB 可以直接运行在浏览器本地。Wasm 版本(play.pingcap.com)运行会一直增加内存占用,一段时间后浏览器会崩溃。使用谷歌内核(Chromium 74.0.3729.169)浏览器,100%重现,请问如何改善?查看详情:Wasm 版本(play.pingcap.com)运行会一直增加内存占用

Q7:【TiDB】系统版本:CentOS7,TiDB 集群从 v3.0.3 升级到 v3.0.5。发现的问题如下:

  1. Grafana 监控面板中有关 TiKV 的 Dashboard 不显示数据。官方给出的解释是有关 TiKV 的该面板已经下线。该问题在 v3.0.3 中已经出现。
  2. PD Role 监控 Query :delta(pd_tso_events{type=“save”,instance="$instance"}[1m]) 正确的应该为 delta(pd_server_tso{type=“save”,instance="$instance"}[1m]),该问题在 v3.0.3中已经出现。
  3. sync-log 参数在 tikv.yml 中没有找到,是舍弃了吗?

查看详情:TiDB 集群升级到 V3.0.5 遇到的问题

Q8:【TiKV】我们的生产环境下的 TiDB 集群有 6 个 TiKV 节点。每个 TiKV 节点的磁盘都是 2T 的 SSD,6 个就 12T。目前我们的磁盘已经用了 70%,到了考虑要增加磁盘的时候了。但是我们的情况是 TiDB 集群更多是一个 OLAP 的场景,一般情况下集群的 IO 压力并不是很大。考虑到增加服务器的成本比较大,所以我们接下来打算增加磁盘空间大小,增加到每个 TiKV 4TB。按照官方的推荐,建议 TiKV 的磁盘大小不超过 2TB。如果超过 2TB 那会怎样呢,会有什么性能问题吗?查看详情:KV 节点的磁盘大于 2T 会怎样?

文章

  1. 大部分场景下,数据库位于内网。TiDB 监控通常也部署在内网通过堡垒机访问不方便,TiDB 监控代理一文教你想个办法把它拿出来。

  2. 在 DM 发布 GA 版本之后,很多用户尝试使用 DM 来同步 MySQL 的数据到 TiDB。但是用户普遍反馈 DM 的配置太复杂,想成功创建一个数据同步任务都比较困难。为了让大家能更简单地使用 DM,我们在 v1.0.2 版本中重点对 DM 的易用性做了优化(功能并没有缩水),主要包括:

    • 简化配置,可以自动生成的配置不再需要让用户手动设置;
    • 优化 query-status 输出,方便查看任务状态;
    • 对 DM 文档的结构和内容都做了改进。
  3. TiDB 忘记 Root 密码后如何重置?按重制 Root 密码的几个清晰步骤来就好了。

  4. 【TiDB 最佳实践系列】PD 调度策略](【TiDB 最佳实践系列】PD 调度策略最佳实践)最佳实践详细介绍了 PD 调度系统的原理,并通过几个典型场景的分析和处理方式,分享调度策略的最佳实践和调优方式,帮助大家在使用过程中快速定位问题。

  5. 【TiDB 最佳实践系列】乐观锁事务](【TiDB 最佳实践系列】乐观锁事务)深入浅出地介绍了 TiDB 乐观事务原理,并给出了事务、重置、冲突预检等场景下的最佳实践。


相关阅读

AskTUG Weekly (20191028-20191103):TiDB 单线程 Insert 慢如何解决?大数据量分页查询速度慢如何调优?

1赞