点赞
评论
收藏
分享
举报
Teledb表分析及碎片处理
发表于2020-08-11 14:33

浏览 5k

Teledb表分析:
analyze table

Teledb碎片处理:
1、drop table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM ;
2、truncate table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM 。truncate table其实有点类似于drop table 然后create,只不过这个create table 的过程做了优化,比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度;
3、delete from table_name删除表的全部数据,对于MyISAM 会立刻释放磁盘空间 (应该是做了特别处理,也比较合理),InnoDB 不会释放磁盘空间;
4、对于delete from table_name where xxx带条件的删除, 不管是innodb还是MyISAM都不会释放磁盘空间;
5、delete操作以后使用optimize table table_name 会立刻释放磁盘空间。不管是innodb还是myisam 。所以要想达到释放磁盘空间的目的,delete以后执行optimize table 操作。
查看表占用硬盘空间大小的SQL语句如下:(默认用M做展示单位)
SELECT TABLE_NAME, (DATA_LENGTH+INDEX_LENGTH)/1048576 as size_Mb, TABLE_ROWS FROM information_schema.tables WHERE TABLE_SCHEMA=’wow_tencent_1’ AND TABLE_NAME=’user’
然后执行空间优化语句:
optimize table user
6、delete from表以后虽然未释放磁盘空间,但是下次插入数据的时候,仍然可以使用这部分空间。

已修改于2023-03-09 02:06
本作品系原创
创作不易,留下一份鼓励
陈友行

暂无个人介绍

关注



写下您的评论
发表评论
全部评论(0)

按点赞数排序

按时间排序

关于作者
陈友行
这家伙很懒还未留下介绍~
5
文章
0
问答
24
粉丝
相关文章
之前写了篇文章用openresty实现了一个动态路由,虽然说是动态的,但是实际上还是需要将upstream在配置文件中写好,还是相当于静态的。最近工作中有这方面的需求,upstream是完全动态,由客户端来指定,开始的时候有一些错误,最后通过resolver指定dns服务来完成,具体流程如下。1.开始踩坑nginx的配置如下:worker_processes1; events{ worker_connections1024; } http{ server{ listen8001; server_namelocalhost; location/{ set$upstream_host$http_upstream_host; echo$http_upstream_host; proxy_passhttp://$upstream_host;
点赞 1
浏览 6.3k
原文作者:路瑞强ofF5 原文链接:课程实录|云原生环境下构建高效API管理系统(下) 转载来源:NGINX开源社区 编者按——本文为2022年1月线上直播课《云原生环境下构建高效API管理系统》的课程实录。由于文章较长,将分为上下两篇发布。点击此处阅读本文上篇,点击此处收看课程回放。 本文将以宏观视角分享API管理的现状,并深入介绍NGINX的API解决方案。业内很多的API网关基本上都是用NGINX作为底座,在此基础上再进行开发以实现特定的功能。本文将探讨NGINX官方做的API网关和其他的API网关的区别。最后,文章会通过一个行业真实案例来说明使用NGINX作为API网关能达到的效果。 NGINXAPI管理关键能力 这里我们简单列举了NGINX的API网关管理系统的关键能力:比如API定义、认证、限流、熔断,包括监控、集成WAF(安全技术)、故障排除、监控界面、DevOps配合、最后还有具体的业务开发界面等等,我们来简单介绍一下这些能力。 首先是API的定义
点赞 1
浏览 5.1k
学习 NGINX 的人越来越多了,看到官方有很多优质的文章,帮大家简单整理了一下,同时也会实时更新,如果看到有好的文章,也会整理进来,就当作是个导航吧,希望对大家有所帮助,如有分类不妥的,请在下方留言,会及时调整,互帮互助,请多指教!
点赞 1
浏览 6k