匿名用户mysqldump备份出的.sql文件是4G，但是在数据库中查大小是9G，这是正常的吗？
mysqldump备份出的.sql文件是4G，但是在数据库中查大小是9G，这是正常的吗？
我来答
添加附件
收藏
分享
问题补充
1条回答
默认
最新
评论
回答交流
Markdown
请输入正文
提交
相关推荐
mysql慢查询：现在使用的云数据库polardb， 在阿里后台看到很多慢sql, 但是拷贝出来执行， 速度都很快，这是什么原因？
回答 2
已采纳
单独拷贝出来执行没有参考意义。因为原生产环境中的硬件配置、当前连接数、并发数等和你线下的不一样。这种情况多半是硬件资源不足导致的，可以考虑增加内存、更换更快的磁盘等来解决。
各位，mysql8部署主备跟5.7有区别没？
回答 1
没区别。不过mgr有点区别。
mysql命令中的-E参数应用在什么场景下，能否举个例子？
回答 1
E只是客户端查询显示的一种格式，以垂直方式显示查询的结果
update table_n set id1=123,id2=12345,id3='beijing' where id0=123456; 产生大量的锁
回答 2
这条update是不是在长事务中呢？
求mysql-如下问题的查询语句
回答 1
默认情况下mysql是不会记录最近执行sql语句的，需要手动开启才能记录。另外最近执行sql语句有两种方式输出，要么是table，要么是文件。查看mysql是否开启sql记录以及输出方式的脚本如下：s
MySQL 5.7 表碎片自动回收有什么好办法？
回答 1
optimizertablealtertable但是都会锁表
ogg21c mysql 同步至 mysql 抽取进程报错
回答 2
已采纳
问题找到了，是MySQL版本的原因，MySQL8.3会有此现象，目前测试了8.0.xxx和MySQL8.4都是正常的
如何对大表开启压缩呢？如果开启后，是空间换时间，带来的负面是啥？
回答 2
mysql这种很少用压缩表的，读写占用增加cpu的负担不说，这里面会不会有未知的bug就难以预料了。
mysql 数据更新，是增量更新好，还是全量更新
回答 4
已采纳
首次全量，后续增量，我们的库都是有个rksj（入库时间）字段，然后根据rksj去做数据增量更新
MySQL5.6和5.7主从同步,从库的sql_thread执行很慢,有什么优化的方法?
回答 1
看看从库的负载情况，以及有没有锁？
