如何通过TiDB中666倍性能提升的小案例,阐述索引使用之关键?
- 内容介绍
- 文章标签
- 相关推荐
本文共计2787个文字,预计阅读时间需要12分钟。
背景:最近对一个物流系统进行了TiDB+POC测试,该系统基于MySQL开发。
内容:本次测试的业务数据量较大,约有10个库,约900张表,最大单表行数达6000多万行。这个规模不算大,但测试数据以及库表结构相对复杂。
背景最近在给一个物流系统做TiDB POC测试,这个系统是基于MySQL开发的,本次投入测试的业务数据大概10个库约900张表,最大单表6千多万行。
这个规模不算大,测试数据以及库表结构是用Dumpling从MySQL导出,再用Lightning导入到TiDB中,整个过程非常顺利。
系统在TiDB上跑起来后,通过Dashboard观察到有一条SQL非常规律性地出现在慢查询页面中,打开SQL一看只是个单表查询并不复杂,感觉必有蹊跷。
本文共计2787个文字,预计阅读时间需要12分钟。
背景:最近对一个物流系统进行了TiDB+POC测试,该系统基于MySQL开发。
内容:本次测试的业务数据量较大,约有10个库,约900张表,最大单表行数达6000多万行。这个规模不算大,但测试数据以及库表结构相对复杂。
背景最近在给一个物流系统做TiDB POC测试,这个系统是基于MySQL开发的,本次投入测试的业务数据大概10个库约900张表,最大单表6千多万行。
这个规模不算大,测试数据以及库表结构是用Dumpling从MySQL导出,再用Lightning导入到TiDB中,整个过程非常顺利。
系统在TiDB上跑起来后,通过Dashboard观察到有一条SQL非常规律性地出现在慢查询页面中,打开SQL一看只是个单表查询并不复杂,感觉必有蹊跷。

