如何解决MySql的Table is full问题

最近使用MySQL的Memory引擎时，出现了'Table’ is full的异常。

解决办法是修改max_heap_table_size参数，改大以足够容纳表的大小，比如512M。

在mycnf中增加:

max_heap_table_size=512M

重启MySql即可。

btw，如果是MyISAM引擎出现'Table' is full异常，那么就是数据库文件超过文件大小系统，比如fat32，低版本的Linux，文件最大不可以大于2G，这需要转换fat32为NTFS，或升级Linux版本。

1如果加上“full=y”，将整个数据库全部导出，需要特殊的权限（具体什么权限没研究过），一般用system用户就足够了，普通用户是不可以的

2不加“full=y”，默认导出连接数据库的用户数据库对象，比如：exp aaa/abc@oracle file=admp，导出aaa模式下的所有数据库对象

3你说的有多个用户，可以使用system来指定导出哪个用户的数据库对象，比如：exp aaa/abc@oracle file=admp owner=(bbb,ccc),普通用户是不可以指定owner的

4数据有多个实例的情况，这个要看你“@”后面是什么，如果@oracle，则在oracle实例上进行导出，@ora，则在ora实例上进行导出

PG默认每个page的大小为8K，PG数据页写入是以page为单位，但是在断电等情况下， *** 作系统往往不能保证单个page原子地写入磁盘，这样就极有可能导致部分数据块只写到4K( *** 作系统是一般以4K为单位)，这些“部分写”的页面包含新旧数据的混合。在崩溃后的恢复期间，xlog 里面存储的记录变化信息不够完整，无法完全恢复该页。PG为了解决这类问题，full_page_write机制孕育而生。

PostgreSQL 在 checkpoint 之后在对数据页面的第一次写的时候会将整个数据页面写到 xlog 里面。当出现主机断电或者OS崩溃时，redo *** 作时通过checksum发现“部分写”的数据页，并将xlog中保存的这个完整数据页覆盖当前损坏的数据页，然后再继续redo就可以恢复整个数据库了。

除了能够解决断电等带来坏数据页问题外，full_page_write 还应用在在线备份功能上。PG进行全量备份数据库一般通过pg_basebackup工具实现，pg_basebackup类似于copy *** 作，在此期间，也会出现部分数据页写到一半时文件被copy走了，正是因为full_page_write存在，备份出来的数据库才可以成功恢复启动。所以即便full_page_write=off，在备份时也会被强制自动打开，保证备份成功。

实现原理

full_page_write主要在XLogInsert(插入一条xlog记录)时发挥作用，通过full_page_writer开关状态以及是否是checkpoint后对数据页面的第一次修改(lsn<RedoRecPtr)判断是否需要备份数据页。如果需要备份，那么则把数据页存放在这条记录的末尾，最终写入到xlog中。

以上就是关于如何解决MySql的Table is full问题全部的内容，包括:如何解决MySql的Table is full问题、oracle exp指令 full=y问题、关闭fullpagewrite导致数据错误等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！