mysql ibdata1 文件过大

发表于2019-05-05|更新于2026-06-18|mysql

https://www.cnblogs.com/flish/p/5537679.html
https://www.linuxidc.com/Linux/2018-01/150318.htm
https://blog.csdn.net/demonson/article/details/80652945

在mysqld配置项目中

1	innodb_file_per_table = 1

先备份数据库,然后停止数据库,删除ibdata1和ib_logfile开头的日志文件
再重新导入数据库即可

可通过
在/etc/my.cnf中添加

1	innodb_force_recovery = 4

让表变为只读表

文章作者: developer

文章链接: http://example.com/2019/05/05/mysql%20ibdata1%20%E6%96%87%E4%BB%B6%E8%BF%87%E5%A4%A7/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Dev！

mysql ibdata1 文件过大

相关推荐

记录一次 mysql 从备份的data目录恢复

开始将整个mysql的data目录备份了后来的启动顺序重新安装了同一个版本的mysql,并且启动’ 停止mysql 复制了mysql test performance_schema以外的所有文件夹.ib_logfile*(事务日志),ibdata1(共享表空间)到新的data 重新启动

mysql_insert_id

mysql_insert_id获得mysql查询后的自增主键的id

mysql max min 必须放在-条件之后

1SELECT *,max(marks) FROM `form_log` where reason = 'astrazeneca' group by userid

mysql_fetch_row

mysql_fetch_row() 函数从结果集中取得一行作为数字数组。

mysql for update lock 悲观锁解决并发问题

mysql常用的锁有for update 和 for update in share mode两种锁的区别 for update 我认为是悲观锁，其他事务读会被阻塞等待，写被禁止，且不准多次加锁 for update in share mode 读取不等待，写入会被禁止，可被多次加锁 in share mode的问题如果两个事务对同一行数据加锁很容易导致，两个事务都更新失败使用场景基于以上特点介绍，in share mode可以用于两个表关联时，保护主表数据不被修改，for update更适合保护单表单行数据的正确性，适合投票、提现等场景测试验证以下代码验证for update的作用表maxcount中marks初始为8，每次减1，当他大于0时，将当时数据保存，类似于抽奖中控制最大奖品数的问题tp中lock(true)会默认使用for update锁，我们每次测试修改代码即可并发配置使用ab发400并发 1ab -n 400 -c 400 http://127.0.0.1/ 测试代码1234567891011121314151617$marks = -1;Db::tra...

mysql 统计重复记录数量

123456SELECT COUNT(*) as total FROM ( SELECT count(openid) as t FROM user GROUP BY `openid` HAVING t > 1 limit 1000) as a 如果下面写法会很慢 123456SELECT COUNT(*) as total FROM form_user WHERE id IN( SELECT count(id) FROM form_user GROUP BY `openid` HAVING COUNT(openid) > 1 limit 1000)

数据加载中