1、对硬盘要求很高，没上SSD硬盘的不建议使用2、不支持分区，删除数据是个大坑。解决方案：set@@session.tidb\_batch\_delete1; 3、插入数据太大也会报错解决方案：set@@session.tidb\_batch\_insert1; 4、删除表数据时不支持别名deletefrom表名表别名 

如果说在TiDB3.0中，悲观锁是“千呼万唤始出来，犹抱琵琶半遮面”。那么在TiDB4.0中，悲观锁在经历了市场与时光的考验后，无论是性能还是稳定性都能够“轻拢慢撚抹复挑，初为《霓裳》后《六幺》”。TiDB4.0悲观锁，欢迎大家尝鲜与反馈。本文将从使用者的角度，介绍悲观锁的使用与注意事项，主要分为以下几方面：白话悲观锁

作者：Shirly本文将简要介绍TiKVCoprocessor的基本原理，面向想要了解TiKV数据读取执行过程的同学，同时也面向想对该模块贡献代码的同学。阅读本文前，建议读者对TiDB整体架构有所了解，先阅读三篇文章了解TiDB技术内幕：说存储(https://www.oschina.net/action/GoToLink?url

操作系统：CentOS7mysql版本：5.7TiDB版本：2.0.0同步方法：使用TiDB提供的工具集进行同步说明：单机mysql同步时，可以直接使用binlog同步，但mysql集群进行同步时，则必须依靠GTID，但开启GTID后，对事物要求更高，导致以下操作会失败：(1)不能同时揉合多个事件；(2)事务内部不能创建

【编者按】TiDB是国内PingCAP团队开发的一个分布式SQL数据库。其灵感来自于Google的 F1，TiDB支持包括传统RDBMS和NoSQL的特性。在国内ITOM管理平台OneAPM(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.onea

TiDB也使用了一段时间，持续记录一些日常，防止大家也踩到同样的坑~🥕raftsynclog目前,公司使用的Tidb分别部署在生产环境和测试环境，生产环境的是在阿里云，而测试环境是在公司的机房。周末的时候，机房不知道为啥断过电，什么都不知道的我，周一来到公司发现测试环境的Tidb挂了（这是肯定的，因为停过电嘛~），然后就是怎么都启动

2018年3月9日，TiDB发布2.0RC1版。该版本在上一版的基础上，对MySQL兼容性、系统稳定性和优化器做了很多改进。TiDB支持限制单条SQL语句使用内存的大小，减少程序OOM风险支持下推流式聚合算子到TiKV支持配置文件的合法性检测

最近听同事说TiDB，溜得飞起。我始终坚信，这个世界上没有什么银弹，任何事物有好的一面，肯定存在不好的一面。TiDB的优点就不说了，随便Google一把就有很多。今天我们就来说说TiDB不够理想的一面(我们得到的测试结果)。在开始之前，这里介绍一下参与本次测试以及出谋划策的人员有：本人\流浪小行\、吴秀\测试主力人员\、孤岛旭日、迹\_Jason

其实从2017年就打算测试下TiDB了，因为工作安排的关系，这个事情在年后才开始计划来做。而根据时间线来看，2015年的那个时候，我正和老杨张罗DBAplus的事情，而东旭已经在构思TiDB的雏形了，几年过去了，TiDB已经很火热，发展势头很不错，难得有这样一批热爱技术的人通过自己的行动来助力开源社区。其实一直以来，我感觉国内的很多开源产品，开源项目

作者：申砾本文档用于描述如何为TiDB新增builtin函数。首先介绍一些必需的背景知识，然后介绍增加builtin函数的流程，最后会以一个函数作为示例。背景知识SQL语句在TiDB中是如何执行的。SQL语句首先会经过parser，从文本parse成为AST（抽象语法树），通过optimize