Pages: 17/282 First page Previous page 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 Next page Final page [ View by Articles | List ]
Jan 26
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Red Hat Enterprise Linux 5服务器上mysql启动报错:ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
原因1-启动命令错误:
我开始的时候直接输入命令:mysql start
正确的启动命令是:
/etc/rc.d/init.d/mysql start


原因2-配置文件错误:
检查etc下面的my.cnf如下内容:


原因3-启动文件错误:
需要修改MySQL启动脚本/etc/rc.d/init.d/mysql,
其中datadir=   ?     一行检查下!

原因4-前提是你在使用php连接时候报错!
在/etc/php.ini修改mysql.default_socket的值设置为:
mysql.default_socket=/var/lib/mysql/mysql.sock
回到终点设置个连接:ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock
(在/etc/php.ini中mysql.default_socket这个文件中,关于mysql.default_socket的值的说明是这样的,
;Default socket name for local MySQL connects. If empty, uses the built-in MySQL defaults.
这个值一开始是空的,也就是说,如果我们不主动去修改的话,php将会使用内建在mysql中的默认值)

另一篇文章:
Mysql ERROR 1045 (28000): Access denied for user 'root'@'localhost'问题的解决

这种问题需要强行重新修改密码,方法如下:


pkill -KILL -t pts/0 可将pts为0的**用户(之前运行mysqld_safe的用户窗口)强制踢出
正常启动 MySQL:/etc/init.d/mysql start   (service mysqld start)

注意:另外还遇到需要service mysql star才能启动service mysql stop才能停止。
还有直接使用mysql不能找到命令,错误为“bash: mysql: command not found”可以直接**mysql的安装目录中的bin文件夹跟绝对路径运行命令,还有的需要加./mysql 才能执行。

本文来自:http://sundful.javaeye.com/blog/704337

另一篇关于清除密码、重置用户的文章:

Quote:
Quotation

First things first. Log in as root and stop the mysql daemon.

sudo /etc/init.d/mysql stop

Now lets start up the mysql daemon and skip the grant tables which store the passwords.

sudo mysqld_safe --skip-grant-tables&

(press Ctrl+C now to disown the process and start typing commands again)

You should see mysqld start up successfully. If not, well you have bigger issues. Now you should be able to connect to mysql without a password.

sudo mysql --user=root mysql

update user set Password=PASSWORD('new-password');
flush privileges;
exit;

Now kill your running mysqld then restart it normally.

sudo killall mysqld_safe&
(press Ctrl+C now to disown the process and start typing commands again)
/etc/init.d/mysql start

You should be good to go. Try not to forget your password again.
http://www.howtoforge.com/reset-forgotten-mysql-root-password



另外关于denied的总结:
Quotation

MySQL Authentication Denial
3/29/2005, 12:05 am
It seems to me that a lot of people have auth denial when trying to make connections to MySQL. They seem to ignore the text of the error message. ‘Access Denied’ means access denied, nothing else.

Remember three things have to match. The host as MySQL sees it, the username, and the password. When MySQL returns access denied it’s not broken. One or more of those three things does not match. I don’t really need to reiterate what’s in the manual. Chang the lock or change the key to make it fit.

其中连接到mysql的文档内容为:
http://dev.mysql.com/doc/refman/5.5/en/access-denied.html
Jan 16
1.Linux链接概念
Linux链接分两种,一种被称为硬链接(Hard Link),另一种被称为符号链接(Symbolic Link)。默认情况下,ln命令产生硬链接。

【硬连接】
硬连接指通过索引节点来进行连接。在Linux的文件系统中,保存在磁盘分区中的文件不管是什么类型都给它分配一个编号,称为索引节点号(Inode Index)。在Linux中,多个文件名指向同一索引节点是存在的。一般这种连接就是硬连接。硬连接的作用是允许一个文件拥有多个有效路径名,这样用户就可以建立硬连接到重要文件,以防止“误删”的功能。其原因如上所述,因为对应该目录的索引节点有一个以上的连接。只删除一个连接并不影响索引节点本身和其它的连接,只有当最后一个连接被删除后,文件的数据块及目录的连接才会被释放。也就是说,文件真正删除的条件是与之相关的所有硬连接文件均被删除。

【软连接】
另外一种连接称之为符号连接(Symbolic Link),也叫软连接。软链接文件有类似于Windows的快捷方式。它实际上是一个特殊的文件。在符号连接中,文件实际上是一个文本文件,其中包含的有另一文件的位置信息。

2.通过实验加深理解

从上面的结果中可以看出,硬连接文件f2与原文件f1的inode节点相同,均为9797648,然而符号连接文件的inode节点不同。

通过上面的测试可以看出:当删除原始文件f1后,硬连接f2不受影响,但是符号连接f1文件无效

3.总结
依此您可以做一些相关的测试,可以得到以下全部结论:
1).删除符号连接f3,对f1,f2无影响;
2).删除硬连接f2,对f1,f3也无影响;
3).删除原文件f1,对硬连接f2没有影响,导致符号连接f3失效;
4).同时删除原文件f1,硬连接f2,整个文件会真正的被删除。
Jan 5
需求背景是给一个表名然后给出相应的表结构信息及索引信息

常用的命令有如下:

这三个显示的结果都是一样的,显示表中filed,type,null,key,default及extra。

这个语句会显示这个表的建表语句。

这个显示的结果就比较全了。

接下来,来点更全的sql,这个是用来同步mysql和orac数据字典的所有sql。

mysql部分:


oracle部分:

关于oralce中的segements,可以参考一下这个系列文章。

http://book.51cto.com/art/201108/288137.htm

总结一下,mysql中查看库表字段信息都在information_schemal中,这些是获取数据字典的必备sql。本文中mysql的语句都在本地测试过。另外oracle的结构也要熟悉。
Jan 5
登录mysql终端
日志文件路径

# 设置general log保存路径
# 注意在Linux中只能设置到 /tmp 或 /var 文件夹下,设置其他路径出错
# 需要root用户才有访问此文件的权限
Shell代码  收藏代码

# 开启general log模式
Shell代码  收藏代码

# 关闭general log模式
Shell代码  收藏代码
Jan 5
MySQL不允许SELECT FROM后面指向用作UPDATE的表,有时候让人纠结。当然,有比创建无休止的临时表更好的办法。本文解释如何UPDATE一张表,同时在查询子句中使用SELECT.
问题描述
假设我要UPDATE的表跟查询子句是同一张表,这样做有许多种原因,例如用统计数据更新表的字段(此时需要用group子句返回统计值),从某一条记录的字段update另一条记录,而不必使用非标准的语句,等等。举个例子:

错误提示是:ERROR 1093 (HY000): You can't specify target table 'apples' for update in FROM clause. MySQL手册UPDATE documentation这下面有说明 : “Currently, you cannot update a table and select from the same table in a subquery.”
在这个例子中,要解决问题也十分简单,但有时候不得不通过查询子句来update目标。好在我们有办法。

解决办法
既然MySQL是通过临时表来实现FROM子句里面的嵌套查询,那么把嵌套查询装进另外一个嵌套查询里,可使FROM子句查询和保存都是在临时表里进行,然后间接地在外围查询被引用。下面的语句是正确的:

如果你想了解更多其中的机制,请阅读 MySQL Internals Manual相关章节。

没有解决的问题
一个常见的问题是,IN()子句优化废品,被重写成相关的嵌套查询,有时(往往?)造成性能低下。把嵌套查询装进另外一个嵌套查询里并不能阻止它重写成相关嵌套,除非我下狠招。这种情况下,最好用JOIN重构查询(rewrite such a query as a join)。

另一个没解决的问题是临时表被引用多次。“装进嵌套查询”的技巧无法解决这些问题,因为它们在编译时被创建,而上面讨论的update问题是在运行时。(译者注:个人认为跟文章讨论的主题没几毛钱关系)

转载请注明出处 http://blog.csdn.net/afeiqiang/article/details/8589535

原文地址 http://www.xaprb.com/blog/2006/06/23/how-to-select-from-an-update-target-in-mysql/
Dec 29
我的mysql报这个错 err=1205 - Lock wait timeout exceeded; try restarting transaction
原因是你使用的InnoDB   表类型的时候,
默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s,
因为有的锁等待超过了这个时间,所以抱错.

你可以把这个时间加长,或者优化存储过程,事务避免过长时间的等待.


my.ini文件:
#innodb_lock_wait_timeout = 50
-》
innodb_lock_wait_timeout = 500



重启mysql服务
service mysqld restart

另外常常杀掉进程
show processlist; #显示所有进程
kill 103466 ;#103466为进程id
Dec 7

本文献给所有爱思考,爱阅读的人

前言

        
  • 最近去影院看了《星际穿越》,很棒。有种说法是:全体观众都看跪了,一部分是因为影片太棒了,跪了。一部分则是完全没看明白,跪了。影片中出现了牛顿定律相对论虫洞黑洞等概念,而且对这些概念的解释也是点到为止,有些概念甚至没有做任何说明,这样对不爱理科的文科生来说确实有些吃力。次日在路上一对情侣关于相对论的对话,也是让我跪了,决定拿起键盘,站在无数巨人的肩膀上,宣传科学。同时也督促那些萌妹子,碰到这样忽悠你的男生,能分就分了吧,O(∩_∩)O哈哈~
  •     
  • 相对论不是造原子弹的理论,也不是让我们高不可攀、距离我们无比遥远的理论。恰恰相反,他是我们可以理解的理论,也是和我们的世界息息相关的理论
  •     
  • 定位:只要对知识有渴望的人类都能看懂(如果有萌妹子被追求者拉着去看高智商的《星际穿越》,之后对您进行天马行空地忽悠,然后您对他产生崇拜感,并最后把您忽悠到手,如果您有这样的经历,那本文更是为您量身打造),本文力求通俗易懂,且不会对电影剧透,只是传播相对论相关的知识,目标就是传播知识,让所有人了解相对论。
  •     
  • 既然是科学,严谨必不可少,由于笔者知识有限,出现差错在所难免,所以本文也开启了标注权限,读者可以对文章进行在线标注,欢迎批评斧正,欢迎吐槽,同时可以小杨同志的微博进行交流。这么高深的理论和盖房子、做饭是不一样的,后者可以通过自己实战来总结,对于相对论我没有任何数学公式的推导或者实验的经历,所有的理论成就都归物理学家,而我只是学习归纳总结。为了更好地理解相对论,本文决定从经典物理入手,对其提出质疑,然后引出主题相对论。关系不是特别紧密的知识点将不再赘述,也希望读者能从头开始读,不要直接跳到相对论的章节,前面的铺垫真的很有必要。读完本文之后,如果萌妹子不再被骗,那绝对是令人振奋的事儿(我太邪恶了);如果您真的对相对论有所了解,并且可以解释最基本的因果关系,那我的努力真的没有白费;如果您真的明白了,并且通过扩展阅读对相对论有了更深的了解,并且加入到了科普的行列,在下感激不尽!!
  •     
  • 感谢ghosert提供了如此伟大的作业部落。更需要感谢科普斯坦汪洁《时间的形状》[^shijian],相比《时间简史》《黑洞与时间弯曲》[^xiangduilun],这是最棒的相对论入门书,也是本文的主要知识来源。
Pages: 17/282 First page Previous page 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 Next page Final page [ View by Articles | List ]