一套测试用的mysql库，之前用的centos6默认源里的mysql 5.1.71的版本 。后来想试用下Percona server 5.7，由于这套库里没有什么重要数据 。所以操作前也未进行备份，配置好源后，直接就进行了安装。数据文件也存放在默认位置，安装完成后，直接启动mysql，发现启动失败，发现无法启动正常启动。
一、回退重新装mysql
为避免再从其他地方导入这个数据的麻烦，先对当前库的数据库文件做了个备份（/var/lib/mysql/位置）。接下来将Percona server 5.7包进行了卸载，重新安装原先老的5.1.71的包，启动mysql服务，提示Unknown/unsupported table type: innodb，无法正常启动。
110509 12:04:27 InnoDB: Initializing buffer pool, size = 384.0M 110509 12:04:27 InnoDB: Completed initialization of buffer pool InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 157286400 bytes! 110509 12:04:27 [ERROR] Plugin 'InnoDB' init function returned error. 110509 12:04:27 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 110509 12:04:27 [ERROR] Unknown/unsupported table type: innodb 110509 12:04:27 [ERROR] Aborting 110509 12:04:27 [Note] /usr/sbin/mysqld: Shutdown complete
删除/var/lib/mysql/目录，重新启动数据库服务，并初始化，发现正常，show engines能发现有innodb引擎。再将数据库停掉，将之前备份的/var/lib/mysql/目录的内容覆盖当前位置的内容，重启。又发现不能进行启动，报错内容和刚刚一样。
/var/lib/mysql目录内容的结构如下：
-rw-rw---- 1 mysql mysql 10485760 2月 26 18:10 ibdata1 -rw-rw---- 1 mysql mysql 5242880 2月 26 18:10 ib_logfile0 -rw-rw---- 1 mysql mysql 5242880 2月 26 17:20 ib_logfile1 drwx------ 2 mysql mysql 4096 2月 26 17:20 mysql drwx------ 2 mysql mysql 4096 2月 26 17:24 wiki
wiki目录是测试数据的库，ibdata1文件为数据文件，ib开头的两个文件为日志文件，mysql 目录下为系统库相关的东西 。再次使用初始化的数据，并将wiki目录和ibdata1文件覆盖到/var/lib/mysql 目录下，可以正常启动，也可以正常登录。
二、innodb模块重装
不过在通过mysqldump备份时，又提示unknow table engine "Innodb" 。登录后，查看当前所有的引擎类型，发现其中果然不存在innodb类型：
通过alter命令修改其中一个表的类型为MyISAM ，发现仍然报错。
通过 find 查找发现/usr/lib64/mysql/plugin/目录下有ha_innodb_plugin.so文件。印象中mysql5以后的版本支持在线插件安装 。通过下面查看确认，果然支持：
使用如下命令加载时，发现不成功：
install plugin innodb soname 'ha_innodb.so';
三、备份
在/etc/my.cnf中增加如下配置：
plugin-load=innodb=ha_innodb_plugin.so plugin_dir=/usr/lib64/mysql/plugin/ default-storage-engine=InnoDB
发现仍启动失败。查看mysql-error.log发现有如下内容：
InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 7. InnoDB: You may have to recover from a backup. InnoDB: It is also possible that your operating InnoDB: system has corrupted its own file cache InnoDB: and rebooting your computer removes the InnoDB: error. InnoDB: If the corrupt page is an index page InnoDB: you can also try to fix the corruption InnoDB: by dumping, dropping, and reimporting InnoDB: the corrupt table. You can use CHECK InnoDB: TABLE to scan your table for corruption. InnoDB: See also http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
打开forcing-innodb-recovery官方页面，发现可以通过指定innodb_force_recovery参数，进行强制启动和恢复。在/etc/my.cnf中增加如下内容：
innodb_force_recovery=6
重新启动成功了。通过mysqldump备份也没有问题，将备份数据导入其他主机发现也正常可以测试。
这下就好搞了，将mysql彻底删除，重新安装Percona server 5.7，安装完后，建库，还原数据，程序重新连接，一切OK。
总结：
由于mysql innodb数据文件的特性，可以在出现问题，无法正常启动时，先将./ib_logfile0 和 ./ib_logfile1 两个日志文件先移走，再启动，如果还不成功，可以用innodb_force_recovery参数进行强制恢复。除此之外，日志也很重启，有问题先看日志。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。