搬迁MYSQL数据库的几种方法介绍

Posted 2023-05-18

在网站搬迁的过程中，最重要也是最麻烦的就是数据库了，数据库文件一旦丢失而备份又不灵光时，网站会面临灭顶之灾。那么搬迁数据库有些什么办法呢？现在一起来探讨。 通过phpmyadmin备份由于mysql数据库是通过phpmyadmin在进行管理，因此用phpmyadmin进行备份也是顺理成章。但通过phpmyadmin导出的备份文件还只能通过phpmyadmin软件还原回去，而且这个软件默认只允许还原小于2M的备份来源。因此如果网站数据少，小于2M可以直接备份还原；数据较多备份文件过大时，有两种方法解决：第一种是分段备份，在phpmyadmin的备份选项中设置为每个备份文件大小不超过2M，第二种是在还原空间的phpmyadmin中修改软件源文件进行设置，改为对还原文件没有大小限制，相应的方法可以在网上搜索。应该说此种备份方法相对麻烦，且需要自己购有服务器或vps，否则根本没有相关权限，一般情况下不建议选择。 通过网站程序自带功能进行备份还原现在使用到mysql数据库的网站程序有DZ，PW，DEDE等，这些程序后台都有备份还原功能，因为是自带的功能，兼容性好，方便快捷。不过有一个问题是要先重新安装网站程序，再进入后台选择还原已经保存的备份文件进行还原，目前所有的主流程序都提倡这种方法。 通过备份王等软件进行备份用备份王等软件进行备份方便快捷，只要上传备份软件到空间按提示一步步操作就可以了。但是要注意新老空间数据库用户名和密码不统一，网站文件打包过来后因没有修改连接文件，还原数据库是好了，可是前台会提示数据库连接错误，网站从而出现打不开的情况。所以要学会修改网站配置文件，大多是由config和data.php文件来控制，将这些文件中的连接信息设置为正确的连接信息，避免网站不能打开。 直接在mysql文件夹中复制文件如果是独立服务器，可以直接进入服务器mysql文件夹下的DATA文件夹找到数据库文件复制后再粘贴到新空间。但这样有个很大的隐患：备份的目标数据库如果正在被使用，粘贴到新空间后会出错。不提倡这种方法。 参考技术A gh-ost 是 GitHub 发布的一款用于 MySQL 的无触发器在线模式迁移解决方案。它是可测试的，并提供暂停，动态控制/重新配置，审计和许多操作特权。它在整个迁移过程中，对主服务器产生的工作量很少，与已迁移表上的现有工作分离。
gh-ost与所有现有的在线模式更改工具都以类似的方式操作：它们以与原始表相似的方式创建幽灵表，将数据从原始表缓慢且增量地复制到幽灵表，同时应用正在进行的更改（INSERT，DELETE，UPDATE）到幽灵表。最后，在适当的时候，它用幽灵表替换了原始表。gh-ost使用相同的模式。但是，它与所有现有工具的不同之处在于不使用触发器。取而代之的是，gh-ost使用二进制日志流捕获表的更改，然后将其异步应用到幽灵表。
gh-ost 承担一些其他工具留给数据库执行的任务。gh-ost 可以更好地控制迁移过程；可以真正暂停它；可以真正将迁移的写入负载与主服务器的工作负载分离。此外，它还提供了许多可操作的特权，使其更安全、可信赖且易于使用。

mysql 统计表中条目数量的几种方法

mysql 统计表中条目数量的几种方法

展开
通常的方法是：

select count(*) from `table_name`

select count(1) from `table_name`

select count(row_name)from `table_name`#count列名

更全局的方法是：

MySQL中有一个名为 information_schema 的数据库，在该库中有一个 TABLES 表，这个表主要字段分别是：
TABLE_SCHEMA : 数据库名
TABLE_NAME：表名
ENGINE：所使用的存储引擎
TABLE_ROWS：记录数
DATA_LENGTH：数据大小默认16K
INDEX_LENGTH：索引大小
AVG_ROW_LENGTH:平均行长度 = DATA_LENGTH除以rows

所以只需要：
select ‘TABLE_ROWS‘ from `information_schema`.`TABLES` WHERE ‘TABLE_SCHEMA‘ LIKE ‘数据库名‘ AND ‘TABLE_NAME‘ LIKE ‘表名‘
————————————————
版权声明：本文为CSDN博主「l6807718」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/l6807718/java/article/details/53522666