折腾自己的个人网站,装了个数据库管理工具,遇到您应升级到 MySQL 5.5.0 或更高版本... 采用降级phpmyadmin版本的方法解决了: 查找phpmyadmin/libraries/common.inc.php #查找 if (PMA_MYSQL_INT_VERSION < 50500) { #更换为 if (PMA_MYSQL_INT_VERSION < 50100) { ok!搞定…
最近又折腾LAMP了.从官方下载的phpmyadmin在部署的时候发现 “您应升级到 MySQL 5.5.0 或更高版本”.原因是我安装的mysql数据库版本过低. 解决思路: 1.升级mysql版本.2.降级phpmyadmin版本. 因为我的centOS是我常用版本,所以不想改.那就降级phpmyadmin版本. vi /var/www/html/phpmyadmin/libraries/common.inc.php #查找 ) { #更换为 ) { 这样就把phpmyadmin的需求5.1…
看到自己当初写的,并没有直接的解决问题,而是退而求其次,安装低版本的mysql5.1,然后安装对应版本的phpmyadmin 4.0.10.5 UnicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in position 255: ordinal not in range(128) 安装时出错 解决办法: yum clean metadata yum clean all rpm -v --rebuilddb yum update 这样m…
1.进入mysql查看secure_file_prive的值 $mysql -u root -p mysql>SHOW VARIABLES LIKE "secure_file_priv"; secure_file_prive=null   -- 限制mysqld 不允许导入导出 secure_file_priv=/tmp/   -- 限制mysqld的导入导出只能发生在/tmp/目录下 secure_file_priv=' '         -- 不对mysqld 的导入 导出…
1.进入mysql查看secure_file_prive的值 $mysql -u root -p mysql>SHOW VARIABLES LIKE "secure_file_priv"; secure_file_prive=null   -- 限制mysqld 不允许导入导出 secure_file_priv=/tmp/   -- 限制mysqld的导入导出只能发生在/tmp/目录下 secure_file_priv=' '         -- 不对mysqld 的导入 导出…
其实很简单,有两种方法. 方法一:将SQL Sever 2000数据库备份的数据库文件名后面加上“.bak”,然后直接在SQL Sever 2005或者高版本软件里面直接还原即可: 方法二:在SQL Sever 2005或者高版本软件中进行还原操作时,在“定位备份文件”窗体的“文件类型”那里选择“所有文件”,然后找到那个SQL Sever 2000备份的数据库文件(如图所示),进行还原即可. 且经实验发现,这一过程是不可逆的. 创建和还原SQLSever2000数据库:https://www.c…
MySQL错误"Specified key was too long; max key length is 1000 bytes"的解决办法 经过查询才知道,是Mysql的字段设置的太长了,于是我把这两个字段的长度改了一下就好了.  建立索引时,数据库计算key的长度是累加所有Index用到的字段的char长度后再按下面比例乘起来不能超过限定的key长度1000:  latin1 = 1 byte = 1 character  uft8 = 3 byte = 1 character …
当前时间2018-9-28 在使用brew install mysql 默认安装为 MySQL 8,但是使用php连接到数据库之后,出现了这种错误 (Unexpected server respose while doing caching_sha2 auth: 109) 但是在终端连接mysql的时候 是可以使用的 如图: 出现这样问题大概有半月之余,导致只能去连接外网的mysql,真的很痛苦!下边我把自己的解决办法写一下,请需要的同学参考. 此错误似乎是由MySQL 8.0.4中的默认身份验…
MySQL Shell无法拉起MGR集群解决办法 用MySQL Shell要重新拉起一个MGR集群时,可能会提示下面的错误信息: Dba.rebootClusterFromCompleteOutage: Unable to get an InnoDB cluster handle. The instance '172.16.130.197:3306' may belong to a different cluster from the one registered in the Metadata…
发生原因: 出现这个问题的原因是两次编译生成的程序集的版本一样,导致VS的窗体设计器没有获取到最新的运行时对象,而出现的错误. 解决办法: 修改项目的配置信息,使其每次编译的时候都生成不同的版本. 在解决方案资源管理器中,选择项目,右键选择属性,在应用程序一页中点击“程序集信息”按钮,修改程序集版本为:1.0.0.*,重新生成项目保存即可. 这个是不是Visual Studio的一个bug,现在还很难说.还有没有更好的解决办法,欢迎提出.…