mysql错误：Can’t find file: ‘tbl_name’ (errno: 2)
Tuesday, November 28th, 2006配置好mutt收发邮件之后，才发现cron每天执行的时候，如果执行中有错误提示或者输出，虽然用户看不见，但他会发一封本地邮件给管理员，在mutt中能够收到。比如，我就收到了这么一封邮件：
From: Cron Daemon <root> To: fwolf
......[阅读全文]Archive for the 'Database' Category
mysql默认禁止非本机访问
Monday, June 26th, 2006由于DBDesigner不好用，mysql的workbench还在beta，看了一眼也只是“初级阶段”，又换回了windows下的powerdesigner，好在我有两台电脑。 但是，默认却无法从windows主机连接到ubuntu下的mysql，错误：
Can’t connect to MySQL server on ‘192.168.10.18′ (10061)
......[阅读全文]mysql 4.1 数据转换指南
Monday, November 7th, 2005mysql 4.1增加了编码的支持，所以在转换旧数据的时候稍微麻烦一些，但只要注意以下几点，基本没问题的： 1、转换之前一定要先把原有数据dump出来，一般原有数据都是gb2312编码吧，dump命令如下：
mysqldump -u -p database –add-drop-table –extended-insert
......[阅读全文]gbk,utf8,左右为难
Tuesday, May 17th, 2005看《O’Reilly Upgrading to PHP 5》的时候，心血来潮，把MYSQL升级到了4.1.11，由于机器上没有什么正式系统，也就没有注意到它字符集的变化。后来就把正式应用的系统也给升级了，升级之后其它系统都没问题，唯独一个MANTIS有了麻烦，打开页面都成了乱码，幸亏有备份可以恢复，在恢复的过程中就发现了MYSQL升级带来的字符集的问题－－如果MYSQL用UTF8字符集，MANTIS数据导入之后，页面显示乱码，无奈只得把MYSQL调为GBK字符集。 其实我还是愿意使用UTF8字符集的，因为没有不兼容的麻烦，作为长久保留的数据，日后转换、整理起来比较省事；在与外部进行数据交换的时候，也不存在编码转换的问题。可是我始终不明白，在使用PHP连接MYSQL接收用户输入数据，并存入数据库的时候，如果数据库编码是UTF8，是否要把SQL数据也转换为UTF8？抽空弄个小程序试试，如果真是这样那可就麻烦大了，不过我在DOS下用命令行操作UTF8字符集的MYSQL服务器是没法输入汉字的。 以前使用SYBASE的时候曾经被字符集的问题困扰了很久，因为SYBASE如果字符集用错了，某些汉字根本就无法输入，比如大写的零“○”，所以字符集从iso_1换到cp850，又从cp850换到cp936，中间舍弃了很多历史数据，MYSQL千万不要让我重蹈覆辙。 see also:
......[阅读全文]
