cluster部署 硬件要求 操作系统要求 依赖包要求 部署的组件 部署集群 前置检查 安装TiUP组件 初始化集群拓扑文件 执行部署命令 查看集群情况 查看已部署的集群情况 启动集群 验证集群运行状态 启动与停止 启动 停止 案例讲解 测试环境 准备环境 实施部署 硬件要求 组件 CPU 内存 本地存储 网络 实例数量(最低要求) TiDB 8核+ 16GB+ 无特殊要求 千兆网卡 1（可与PD同机器） PD 4核+ 8GB+ SAS,200GB+ 千兆网卡 1（可与TiDB同机器） TiKV 8核+ 32GB+ SSD,2...

TopSQL之前 之前没有办法找单个TiKVServer的语句。只能查找整个集群的慢语句。 TopSQL之后 指定TiDB及TiKV实例 正在执行的SQL语句 CPU开销最多的Top5SQL 每秒请求数、平均延迟等信息 TopSQL使用 选择需要观察负载的具体TiDBServer或TiKV实例 观察Top5类SQL 查看某语句的执行情况:call/sec(平均每秒请求数)scanindexes/sec(平均每秒扫描索引数)等 TopSQL作用 可视化地展示CPU开销最多的Top5 支持指定TiDBServer及TiKV实例进行查询 支持统计所有正在执行的SQL语句 支持每秒请求数...

TiUP TiUP介绍 TiUP使用 示例 帮助信息 TiUP组件 管理组件 查询组件列表 安装组件 升级组件 运行组件 查询组件运行状态 清理组件实例 卸载组件 命令 清单列表 tiupclean tiupcompletion tiuphelp tiupinstall tiuplist tiupstatus tiupuninstall tiupupdate TiUPCluster 命令清单 tiupclusteraudit tiupclusterauditcleanup tiupclustercheck tiupclusterclean tiupcluste...

TiEM TiDBEnterpriseManager，类似oracle的OEM 集群管理常见问题 数量增长 集群数量 节点数量 组件数量 工具数量 复杂度增长 配置参数复杂度 命令行复杂度 管理接口复杂 集群管理的任务 部署集群 升级集群 参数管理 组件管理 备份恢复与高可用管理 集群监控与告警 集群日志收集 审计与安全 TiEM功能 一键部署集群&多套集群一站式管理 集群原地升级 参数管理器 克隆集群&主备集群切换

悲观锁 传统悲观锁有两个性能问题： 磁盘io需要将lock的信息持久化到lockCF中，这个时候产生磁盘io 网络io因为每个Region都是多副本，需要将信息通过网络发送到Follower的lockCF中。 内存悲观锁 为了解决上面两个问题。就有个内存悲观锁 锁的信息放内存，不用持久化到磁盘，减少磁盘io 不复制到follower中 内存悲观锁的问题-锁丢失 其实内存悲观锁丢失了也没有太大问题，TiDB的机制是对其进行事务回滚 内存悲观锁的开启 setconfigtikvpessimistic-txn.pipelined=‘true’ setconfigtikvpessi...

隔离级别 iso定义的隔离级别可串行化可重复读读已提交读未提交 隔离级别区分的现象脏读：一个事务读取另一个未提交的事务所做更改不可重复度：同一事务中，前后执行相同的语句，出来的记录不一样幻读：同一事务中，相同的查询出现了新的行记录 TiDB支持以下事务隔离级别：ReadCommited和RepeatableRead。悲观事务模式支持：ReadCommited和RepeatableRead。 设置会话隔离级别 set@@transaction_isolation='read-committed|repeatable-read' 切换事务模式 以乐观模式启动事务biginoptimist...

统计信息原理 统计信息简介 执行计划是需要统计信息辅助的 统计信息的组成 表级别统计信息 总行数 表的监控情况 列级别统计信息 直方图 Count-MinStetch 不通知的分布和数量 空值的数量 直方图 用于判单数据分布的情况 数据分布情况 例如1000万行数据，999万行是21万行是1，则此时肯定不能通过选择性来判断，因为选择性只有2，但1这个数据是1万可以走索引.（当然2肯定是不行，会走全表）这个时候就可以用直方图来估算数据范围。 TiDB用的是等深直方图。没个桶的高度是一样的，假设1.61.91.9放一个桶里，接着3个值2.02.42.6也放一个桶，可以看到它...

TiDB优化器架构 用户发出一条sql，通过协议层(mysql),传输到parse(将SQL解析成AST语法树这一样个东西)，这个语法树是以树型的方式读取，这个AST接下来就到预处理（它主要是针对pointquery）,如果是点查（这条语句可以直接通过唯一索引或者主键索引，只返回一行数据）的SQL就不用逻辑优化或者物理优化，直接通过索引就把数据取出来了。所以如果在preprocess中发现是点查就直接推到执行器执行。 如果不是点查，就入到逻辑优化（1.是否又权限2.对象是否存在3.SQL语句规整）它是在SQL层面，生成逻辑的执行计划。逻辑执行计划并不能取数然后进入到物理优化（真正用于取数...

管理索引的方法 TiDB中的OnlineDDL mysql>adminshowddljobs; +--------+---------+----------------------------------+--------------+--------------+-----------+----------+-----------+---------------------+---------------------+---------------------+--------+ |JOB_ID|DB_NAME|TABLE_NAME|JOB_TYPE|SCHEMA_STATE|SC...

执行计划的查看 使用EXPLAIN/DESC查看执行计划 insertintotrips(client_id,driver_id,city_id,status,request_at)selectclient_id,driver_id,city_id,status,request_atfromtrips mysql>explainselectcount()fromTripswhererequest_atBETWEEN'2011-01-01'and'2032-01-01'; +------------------------------+----------+-----------+...