mysql启动碰到过的问题
我的mysql装在/usr/local/mysql目录下启
动碰到过很多问题。最常见的是：
ERROR 2002: Can't connect to local MySQL server through socket
'/tmp/mysql.sock' (111)
解决办法：
[root@test mysql]# /usr/local/mysql/bin/mysqladmin -u root /
> -S /var/lib/mysql/mysql.sock password 'your.passwd'
或者做个连接
ln -s /var/lib/mysql/mysql.sock /tmp
其实提示找不到 /tmp/mysql.sock有时也并不是/tmp目录下没这个文件，是启动
命令不对，我碰到过
常见的几种启动方式，自己也不是记得很清楚，如果你确定tmp下有mysql.sock这
个文件不妨试试另外的几个命令
/usr/local/mysql/bin/mysql -u root -p
/usr/local/mysql/bin/mysqld --user=mysql&
/usr/local/mysql/bin/mysqld --user=root&
/usr/local/mysql/bin/mysqld_safe --user=root&
/usr/local/mysql/bin/mysqld_safe --user=mysql&
/usr/local/mysql/bin/safe_mysqld--uer=root&(注意safe_mysqld与
mysqld_safe是不同的，&表示mysql在后台运行)我的就会报错了
STOPPING server from pid file
/usr/local/mysql/data/localhost.localdomain.pid
060304 11:46:21 mysqld ended
这是权限问题，我的mysql目录属于root用户，也属于root群组，改用mysqld_safe启动就没问题了，
大家只要注意这几个mysql,safe_mysqld,mysqld_safe,mysqld,mysqladmin.多试
几次
其实有时mysql已经正常启动了，查看mysql是否启动命令
ps -aux | grep mysqld
会看到如下类似内容
mysql 6394 0.0 1.5 10528 992 pts/3 S 16:16 0:00
/usr/local/mysql/
mysql 6395 0.0 1.5 10528 992 pts/3 S 16:16 0:00
/usr/local/mysql/
mysql 6396 0.0 1.5 10528 992 pts/3 S 16:16 0:00
/usr/local/mysql/
root 6422 0.0 1.1 2408 732 pts/3 S 16:20 0:00 grep
mysql
查看mysql是否在监听端口命令
netstat -tl | grep mysql
会看到如
相关文档：
最近正在进行一个二次开发接口的项目，在开发过程中发现：我们之前使用的处理客户端和WEB之间编码兼容问题的方法是存在问题的。由于为了支持多语言，数据库表中类型为varchar的字段，他们的字符集都设置成了utf8。之前的做法是客户端将字符串的编码改成utf8编码，然后将该utf8编码的� ......
Hibernate MySQL 中文乱码问题
环境：Hibernate 2.1.7 + MySQL4.1（MySQL的编码已设置为utf8）
问题：通过Hibernate向MySQL写入中文后，通过Hibernate取回数据，在console中打印java对象显示正常。但在MySQL Query Browser中看到的是乱码，传给前端的Flex也是乱码。
原因：Hibernate的基础还是JDBC，所以一样需要设置 ......
MySQL的字符集支持(Character Set Support)有两个方面：
字符集(Character set)和排序方式(Collation)。
对于字符集的支持细化到四个层次:
服务器(server)，数据库(database)，数据表(table)和连接(connection)。
1.MySQL默认字符集
......
mysql utf-8 乱码解决
数据库 2009-09-15 12:34:33 阅读327 评论0 字号：大中小
在网上看过很多解决mysql乱码的帖子，可是写的不是罗里罗嗦就过于复杂。其实乱码没那么复杂，是网上的大侠们想多了。我研究过一段日子，总结出一套自己的解决方案，如果你还没解决乱码就用我的方法试一下。我的方案不是最好的，却是最简单� ......
