TiDB介绍

TiDB 是一个分布式 NewSQL 数据库。支持水平扩展、高可用、ACID 事务、SQL 等特性。同时 TiDB 还支持 MySQL 语法和 MySQL 协议。

TiDB项目地址：https://github.com/pingcap/tidb  
由PingCAP公司开发并开源：https://github.com/pingcap/tidb
对于熟悉Codis的小伙伴们来说，就更好解释了，就是当初豌豆荚开发Codis的团队出来创业组建的。

TiDB项目架构：

TiDB部署

详细的内容请看github上的中文手册。来了解并部署TiDB。
https://github.com/pingcap/docs-cn

TiDB在Zabbix使用中授权注意事项
这里不会去介绍Zabbix Server的安装步骤，有几个注意事项需要说明下。

1.注意：在Tidb授权的时候，不能直接使用grant授权并设置密码。应该使用下面的方式。

MySQL [(none)]> create user 'zabbix'@'192.168.99.0/255.255.255.0' identified by 'zabbix';
Query OK, 1 row affected (0.00 sec)

MySQL [(none)]> grant all on zabbix.* to 'zabbix'@'192.168.99.0/255.255.255.0';
Query OK, 2 rows affected (0.01 sec) 

注意：TiDB 支持对用户授权，这里只是支持授权语法，并且记录在系统表中。但是实际上只对 DropTable 语句进行权限检查，对其他的语句并不会做权限检查。实现用户授权主要是为了兼容已有的 MySQL 业务。 请参考：https://github.com/pingcap/docs-cn/blob/master/faq.md

2.TiDB在创建Zabbix表结构的时候会比较慢

当我们初始化安装创建Zabbix表结构的时候，会发现卡住迟迟不动，这主要是TiDB的设计方式，为了数据的一致性和业务不受影响，DDL操作会比较慢。

zcat create.sql.gz | mysql -h 192.168.99.x -P 4000 -uzabbix -pzabbix zabbix

官方是这么介绍的：TiDB 实现了 Google F1 的在线 Schema 变更算法（具体参见 F1 论文 和我们的一篇 Blog）。 一般情况下，DDL 并不是一个频繁的操作，我们首先要保证的是数据的一致性以及线上业务不受影响。一个完整的 DDL 过程会有 2 到 5 个阶段（取决于语句类型），每个阶段至少会执行 2lease 时间，假设 lease 设为 1分钟，对于 Drop Table 语句（需要两个阶段），会执行 22*1 = 4 分钟。除此之外，DDL 的时间还取决其他的条件，比如做 Add Index 操作时，表中已有的数据量是影响 DDL 时间的主要因素。我们也了解过 Google 内部在 F1 上是如何做 DDL，一般是提交给 DBA，DBA 再通过专用的工具执行，执行的时间会很长。

耐心的等待着哦！如果不放心，可以use zabbix;show tables;看看表是不是在不停的增长！喝杯咖啡吧，这可能是一个漫长的过程。

TiDB运维技术交流QQ群：
群名称：TiDB技术交流群
群 号：463640808

近期我也在不停的测试TiDB，并持续给官方进行反馈，有兴趣的小伙伴环境，加入一起交流TiDB在生产环境中的使用经验。