mysql数据库删除了怎么还原数据？
不知道你的mdf文件是否受损，如日志盘出错后数据写入不完整、未停服务或离线数据库直接拷贝mdf出来。你这种情况没遇到过，不过也可以模拟场景，有时间再试试。
你说的方法就是一种，一般也只有这种操作：
1.找一个相似的环境，创建同名数据库；
2.将数据库离线offline，将原数据文件和日志文件删除；
3.将要恢复的mdf拷贝过去；
4.将数据库设置在线online，会提示有问题，失败…
5.将数据库设置为可疑状态suspended；
6.使用数据库修复命令 DBCC checkdb 允许丢失数据恢复。如果正常，设置online数据库就可以访问了。
MySQL无法启动为何故？
MySQL无法启动的原因可能有很多，以下是一些常见的情况和解决方法：
1. 端口冲突：其他程序可能正在占用MySQL默认的端口（3306）。可以尝试使用不同的端口或者关闭占用端口的程序。
2. 配置错误：MySQL的配置文件可能存在错误，比如数据库文件路径配置错误、用户权限配置错误等。可以检查配置文件并修复错误。
3. 数据库文件损坏：MySQL的数据文件可能损坏导致无法启动。可以尝试使用数据库修复工具（如MySQL自带的mysqlcheck）修复数据库文件。
4. MySQL服务停止：可能是由于意外关闭或系统故障导致MySQL服务停止。可以尝试重新启动MySQL服务或者重启操作系统。
5. 内存不足：如果系统内存不足，MySQL可能无法启动。可以尝试释放内存或增加系统内存。
6. 日志文件过大：MySQL的日志文件可能过大，导致启动过程较慢或者无法启动。可以删除或备份过大的日志文件。
如果以上方法无法解决问题，建议查看MySQL的错误日志文件，其中可能会有更详细的错误信息，以便定位和解决问题。
mysql出现1146错误输入什么命令？
你是不是升级过mysql或者删除过此表?我怀疑此表结构损坏. 解决方案: 1)重启mysql 2)如果现象依旧,请尝试repaire table wp_xxxx表名, 3)如果还不能解决,退出命令行客户端,在mysql安装目录下的bin下 使用mysqlcheck -r 数据库名 表名 -uuser -ppass来修复.
mysql先分了10张表，后续在分表如何处理？
MySQL分库分表（其他关系型数据库也相似），通常的方案都用主键mod分表的数量，来把数据路由到某一个数据库分片上。例如分了10张表，那么就是ID%10，得到结果0-9，代表不同的表。
但是当数据量进一步增多的时候，单库的数据量达到了一定的级别之后，那么就需要分更多的表，那么这时候有哪些处理方案呢？
做数据迁移
最简单暴力，也是最麻烦的一个方案。
因为当分表（分库）数量增多的时候，因为分片规则的变化，每个表的数据都要被重新分配到多个新的表；这种方法虽然最直接，但是带来的问题也非常大：
数据迁移时间会比较长，需要迁移时间；
如果业务不能停的话（在线迁移），还要解决增量数据和历史数据一致性的问题；
不做数据迁移
那么有没有方法，当数据增长到现有分表极限的时候，加表或者加库的时候，可以避免数据的迁移呢？说白了，我们需要增加分表算法的复杂性，让算法可以兼容增加分表前后的数据路由：
先说一个简单的办法，（为了方便讲述，下面就把id当做分表字段），如果id是一个增长的全局序列，每个表存500万的数据，那么可以id=1-500万存到table_1，id=500万零1-1000万存到table_2，理论上这种方法是可以无限扩容的，但是问题也显而易见，就是每个阶段的数据insert会集中在一个表/库上，虽然能避免数据迁移的问题，但是数据热点的问题没有解决。
- 如果id是一个增长的全局序列，当前有十张表，那么分表的算法为：id%10，根据0-9路由到10个表中；当表扩到20张的时候，扩容那一刻取max_id，那么未来分库的算法也就变成了：
if(id<max_id){id%10} else {id%20};
有些分表的算法本身就带时间戳，可以基于id中的时间戳来实现，比如Twitter-Snowflake算法，这个算法是一个64位的Long值，前42位就是一个精确到毫秒的时间戳，那么我们的分库算法也就可以以某个时间点来判断：
if(id中的时间<增加分表那一刻的时间){id%10} else {id%20};
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
还没有评论，来说两句吧...