重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
^Y 即 ctrl + Y,上翻;
目前累计服务客户1000多家,积累了丰富的产品开发及服务经验。以网站设计水平和技术实力,树立企业形象,为客户提供成都网站制作、网站设计、网站策划、网页设计、网络营销、VI设计、网站改版、漏洞修补等服务。成都创新互联始终以务实、诚信为根本,不断创新和提高建站品质,通过对领先技术的掌握、对创意设计的研究、对客户形象的视觉传递、对应用系统的结合,为客户提供更好的一站式互联网解决方案,携手广大客户,共同发展进步。
其它命令类似;
也可以使用键盘的 pgup, pgdn实现上翻和下翻。
win+r,打开cmd
输入mysql -u root -p,回车
输入密码,回车。没有密码就直接回车。
连接成功,命令行可直接使用。
若不熟悉命令行,可以继续向下看
---------------------------------------------------------
若想修改初始密码,输入以下命令:
set password for 'root'@'localhost'=password('填入你自己想要重设的密码')
再用图形化界面登录操作试试。
我认为导致这个问题的原因可能不止一种,所以搜集了网上一些朋友对此问题的解决供大家参考,希望能你有所帮助。一、1、打开my.ini文件,找到default-storage-engine=InnoDB这一行,把它改成default-storage-engine=MyISAM。2、删除在MySQL安装目录下的Data目录中的ib_logfile0和ib_logfile13。找到在配置MySQL服务器时指定的InfoDB目录删除掉ibdata1根据my.ini文件中:#***INNODBSpecificoptions***innodb_data_home_dir="D:/"。4。重新启动MySQL的Service根据我自己的实践,只要进行第三步就能解决问题。二、err文件内容:0904179:02:55InnoDB:Error:unabletocreatetemporaryfile;errno:20904179:02:55[ERROR]Plugin'InnoDB'initfunctionreturnederror.0904179:02:55[ERROR]Plugin'InnoDB'registrationasaSTORAGEENGINEfailed.0904179:02:55[ERROR]Unknown/unsupportedtabletype:INNODB0904179:02:55[ERROR]Aborting0904179:02:55[Warning]Forcingshutdownof1plugins0904179:02:55[Note]MySQL:Shutdowncomplete经过一翻Google,找出了无法启动的原因:MySQL在安装的时候不会自动初始tmpdir(临时文件目录),所以要在配置文件my.ini中添加如下内容:[mysqld]#自己指定的临时文件目录tmpdir="D:/MySQL/MySQLServer5.1/Temp"再次启动MySQL一切正常,在Temp文件夹下生成了一些*.tmp的临时文件。最后还是存在一些疑问:如果是由于没有初始化tmpdir,为什么在我第一次安装的时候也没有初始化,但也没有出现这样的问题?三、以前手动安装MySQL5.0.16的windowsservice时很顺利,昨晚为5.0.83安装service时,总是提示1067的错误。网上有人说把my.ini放到C:WINDOWS下就可以了,但我遇到的情况是问题仍然没有解决。我的解决法是将参数中的--defaults-file用--defaults-extra-file取代,如下:mysqld--installMySQL--defaults-file=E:/mysql-5.0.83-win32/my.ini改为mysqld--installMySQL--defaults-extra-file=E:/mysql-5.0.83-win32/my.ini执行mysqld--verbose--help能看到mysqld的用法,其中就有这两个参数的说明。根据我自己的实践,引起这个问题最大的可能性是数据表存储引擎(Engine,简而言之,存储引擎就是指表的类型,即TableType)引起的。MySQL数据库支持的数据表存储引擎有多种,可以用命令:showengines进行查看,在MySQL的配置文件my.ini中可以也看到(默认的是MyISAM):#Thedefaultstorageenginethatwillbeusedwhencreatenewtableswhendefault-storage-engine=MyISAM。常用的存储引擎还有InnoDB,InnoDB有多种优点,InnoDB给MySQL的表提供了事务、回滚、崩溃修复能力、多版本并发控制的事务安全.同时,InnoDB也是MySQL上第一个提供外键约束的引擎,而且InnoDB存储引擎对事务处理的能力也是MySQL其他存储引擎所无法与之比拟的。InnoDB与MyISAM的区别:以InnoDB存储引擎存储的表,存储表结构的.frm与存储的表数据文件(ibdata1)是分开存放的,存储表数据的文件位置可以通过修改my.ini文件自行设置:#***INNODBSpecificoptions***innodb_data_home_dir="D:/"以MyISAM存储引擎存储的表,一共包括3个文件:.frm(存储表的结构)文件,.MYD(MYouData的缩写,存储表的数据)文件,.MYI(MYIndex的缩写,存储表的索引),这个三个文件同时存放在MySQL数据库安装时存放数据的目录下,如F:ProgramDataMySQLMySQLServer5.1dataDatabasename中。
早上例行检查数据库,发现Got error 28 from storage engine这个错误,天那,我的数据。心里哇凉。。。。
备份的时间还是很久以前。最近更新了不少,麻烦大了。
好在找到了解决方法:
分区被日志文件占满导致MySQL死掉,清空mysql日志文件方法
2011-06-07 21:33
环境:mysql5.1.50
配置文件中 log-bin=mysql-bin选项开启
朋友的网站突然index.php提示数据库连接失败,然后打电话给我。
我一想可以是mysql死掉了,用命令重启一下,老提示错误。接着我df了一下,发现 /usr分区满了。心想肯定是日志文件的原因。进数据库文件目录du -sh了一下,好几个G,10多个mysql-bin.000015日志文件,我想删除掉,可是没那样做,为了数据安全还是从网上查找安全的解决办法吧。
解决如下:
1、清理了/usr/local下tar软件,移到其它地方了。
2、有了180多M剩余空间,可以启动mysql了
service mysqld restart
3、进入mysql执行:
mysql show master logs; //查看日志
mysql reset master; //删除列于索引文件中的所有二进制日志,把二进制日志索引文件重新设置为空,并创建一个新的二进制日志文件
4、注销掉/etc/my.cnf中的
# log-bin=mysql-bin 用于产生二进制日志文件的
如果没有从服务器的,把#server-id = 1 也注销掉
5、再重启 mysql服务就可以了
===扩展=========================================================================
说明:删除日志,还可以用PURGE MASTER LOGS
PURGE {MASTER | BINARY} LOGS TO ‘log_name’
PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除,这样被给定的日志成为第一个。
例如:
PURGE MASTER LOGS TO ‘mysql-bin.010′;
PURGE MASTER LOGS BEFORE ’2003-04-02 22:46:26′;
BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
如果您有一个活性的从属服务器,该服务器当前正在读取您正在试图删除的日志之一,则本语句不会起作用,而是会失败,并伴随一个错误。不过,如果从属服务器是休止的,并且您碰巧清理了其想要读取的日志之一,则从属服务器启动后不能复制。当从属服务器正在复制时,本语句可以安全运行。您不需要停止它们。
要清理日志,需按照以下步骤:
1. 在每个从属服务器上,使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的,这是清单上的最后一个日志。
4. 制作您将要删除的所有日志的备份。(这个步骤是自选的,但是建议采用。)
5. 清理所有的日志,但是不包括目标日志。
13.6.1.2. RESET MASTER语法
RESET MASTER
可以删除列于索引文件中的所有二进制日志,把二进制日志索引文件重新设置为空,并创建一个新的二进制日志文件。
from:
项目马上要上线了,今天用的mysql数据库突然扔出个异常:
2011-12-24_14:06:47.524 WARN o.h.util.JDBCExceptionReporter - SQL Error: 1030, SQLState: HY000
2011-12-24_14:06:47.524 ERROR o.h.util.JDBCExceptionReporter - Got error 28 from storage engine
上网搜一下,有的说是mysql的tmp满了,等等,看了一下也没满!有的要改mysql的配置去..,翻了好几个地方,竟然是同一篇东西转来转去搞的,唉,失望!
不过感觉思路应该是没错了,所以接着看了一下磁盘空间,发现竟然是根目录满了
[root@twap /]#
[root@twap /]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda5 9.5G 5.2G 0 100% /
/dev/sda3 48G 3.3G 42G 8% /var
/dev/sda2 73G 44G 26G 64% /data0
/dev/sda1 965M 25M 891M 3% /boot
tmpfs 1.8G 0 1.8G 0% /dev/shm
none 1.8G 104K 1.8G 1% /var/lib/xenstored
[root@twap /]#
清理后:
[root@twap /]#
[root@twap /]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda5 9.5G 5.2G 3.9G 57% /
/dev/sda3 48G 3.3G 42G 8% /var
/dev/sda2 73G 44G 26G 64% /data0
/dev/sda1 965M 25M 891M 3% /boot
tmpfs 1.8G 0 1.8G 0% /dev/shm
none 1.8G 104K 1.8G 1% /var/lib/xenstored
[root@twap /]#
ok,问题解决了!
from:
统计linux下某个文件夹的大小
du -sh ./