结构化查询语言(Structured Query Language)
最早的是IBM的圣约瑟研究实验室开发的一种查询语言
最早的是IBM的圣约瑟研究实验室开发的一种查询语言
指定freebsd中mysql的数据库路径
[ 2008/01/10 14:02 | by Johnny.He ]
指定freebsd中mysql的数据库路径
mysql默认的数据目录放在：/var/db/mysql，由于/var分区分的过小，空间满了，需要把数据库转到另一个分区上。
# 默认root也无修改权限，先加上：
# 修改数据库路径：
# 找到这行来修改：
这样就可以啦~~！
mysql默认的数据目录放在：/var/db/mysql，由于/var分区分的过小，空间满了，需要把数据库转到另一个分区上。
# 默认root也无修改权限，先加上：
chmod +w /usr/local/etc/rc.d/mysql-server
# 修改数据库路径：
vi /usr/local/etc/rc.d/mysql-server
# 找到这行来修改：
: ${mysql_dbdir="/var/db/mysql"}
这样就可以啦~~！
MySQL数据库备份和还原的常用命令
[ 2007/11/19 12:27 | by Johnny.He ]
备份MySQL数据库的命令
备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。
直接将MySQL数据库压缩备份
备份MySQL数据库某个(些)表
同时备份多个MySQL数据库
mysqldump -hhostname -uusername -ppassword databasename > backupfile.sql
备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。
mysqldump -–add-drop-table -uusername -ppassword databasename > backupfile.sql
直接将MySQL数据库压缩备份
mysqldump -hhostname -uusername -ppassword databasename | gzip > backupfile.sql.gz
备份MySQL数据库某个(些)表
mysqldump -hhostname -uusername -ppassword databasename specific_table1 specific_table2 > backupfile.sql
同时备份多个MySQL数据库
mysqldump -hhostname -uusername -ppassword –databases databasename1 databasename2 databasename3 > multibackupfile.sql
MySQL的my.cnf配置参数详解
[ 2007/11/17 16:24 | by Johnny.He ]
key_buffer
索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。默认数值是8388600(8M)，我的 MySQL主机有2GB内存，所以我把它改为402649088(400MB)
max_connections
允许的同时客户的数量。增加该值增加 mysqld 要求的文件描述符的数量。这个数字应该增加，否则，你将经常看到 Too many connections 错误。 默认数值是100
max_allowed_packet
导入时一个包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节，但是可在需要时增加到max_allowed_packet个字节。缺省地，该值太小必能捕捉大的(可能错误)包。如果你正在使用大的BLOB列，你必须增加该值。它应该象你想要使用的最大BLOB的那么大。
table_cache
为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。MySQL对每个唯一打开的表需要2个文件描述符。默认数值是64，我把它改为512
索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。默认数值是8388600(8M)，我的 MySQL主机有2GB内存，所以我把它改为402649088(400MB)
max_connections
允许的同时客户的数量。增加该值增加 mysqld 要求的文件描述符的数量。这个数字应该增加，否则，你将经常看到 Too many connections 错误。 默认数值是100
max_allowed_packet
导入时一个包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节，但是可在需要时增加到max_allowed_packet个字节。缺省地，该值太小必能捕捉大的(可能错误)包。如果你正在使用大的BLOB列，你必须增加该值。它应该象你想要使用的最大BLOB的那么大。
table_cache
为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。MySQL对每个唯一打开的表需要2个文件描述符。默认数值是64，我把它改为512
MySQL 服务器内存使用
[ 2007/11/11 15:02 | by Johnny.He ]
原文作者： Peter Zaitsev
原文来源： http://www.mysqlperformanceblog.com/2006/05/17/mys...
译者：叶金荣（Email:），转载请注明译者和出处，并且不能用于商业用途，违者必究。
Every so often people ask me the question how should they estimate memory consumption by MySQL Server in given configuration. What is the formula they could use.
经常有人问我配置MySQL时该如何估算内存的消耗。那么该使用什么公式来计算呢？
The reasons to worry about memory usage are quite understandable. If you configure MySQL Server so it uses too small amount of memory it will likey perform suboptimally. If you however configure it so it consumes too much memory it may be crashing , failing to execute queries or make operation to swap seriously slowing down. On now legacy 32bit platforms you could also run out of address space so that had to be watched as well.
Having said so, I do not think looking for the secret fomula to compute your possible memory usage is the right approach to this problem. The reasons are - this formula is very complex nowadays and what is even more important “theoretically possible” maximum it provides have nothing to do with real memory consumptions. In fact typical server with 8GB of memory will often run with maximum theoretical memory usage of 100GB or more. Furthermore there is no easy “overcommit factor” you can use - it really depends on application and configuration. Some applications will drive server to 10% of theoretical memory consumptions others only to 1%.
关心内存怎么使用的原因是可以理解的。如果配置MySQL服务器使用太少的内存会导致性能不是最优的；如果配置了太多的内存则会导致崩溃，无法执行查询或者导致交换操作严重变慢。在现在的32位平台下，仍有可能把所有的地址空间都用完了，因此需要监视着。
话虽如此，但我并不觉得找到什么可以计算内存使用的秘诀公式就能很好地解决这个问题。原因有 — 如今这个公式已经很复杂了，更重要的是，通过它计算得到的值只是“理论可能”并不是真正消耗的值。事实上，有8GB内存的常规服务器经常能运行到最大的理论值 — 100GB甚至更高。此外，你轻易不会使用到“超额因素” — 它实际上依赖于应用以及配置。一些应用可能需要理论内存的 10% 而有些仅需 1%。
原文来源： http://www.mysqlperformanceblog.com/2006/05/17/mys...
译者：叶金荣（Email:），转载请注明译者和出处，并且不能用于商业用途，违者必究。
Every so often people ask me the question how should they estimate memory consumption by MySQL Server in given configuration. What is the formula they could use.
经常有人问我配置MySQL时该如何估算内存的消耗。那么该使用什么公式来计算呢？
The reasons to worry about memory usage are quite understandable. If you configure MySQL Server so it uses too small amount of memory it will likey perform suboptimally. If you however configure it so it consumes too much memory it may be crashing , failing to execute queries or make operation to swap seriously slowing down. On now legacy 32bit platforms you could also run out of address space so that had to be watched as well.
Having said so, I do not think looking for the secret fomula to compute your possible memory usage is the right approach to this problem. The reasons are - this formula is very complex nowadays and what is even more important “theoretically possible” maximum it provides have nothing to do with real memory consumptions. In fact typical server with 8GB of memory will often run with maximum theoretical memory usage of 100GB or more. Furthermore there is no easy “overcommit factor” you can use - it really depends on application and configuration. Some applications will drive server to 10% of theoretical memory consumptions others only to 1%.
关心内存怎么使用的原因是可以理解的。如果配置MySQL服务器使用太少的内存会导致性能不是最优的；如果配置了太多的内存则会导致崩溃，无法执行查询或者导致交换操作严重变慢。在现在的32位平台下，仍有可能把所有的地址空间都用完了，因此需要监视着。
话虽如此，但我并不觉得找到什么可以计算内存使用的秘诀公式就能很好地解决这个问题。原因有 — 如今这个公式已经很复杂了，更重要的是，通过它计算得到的值只是“理论可能”并不是真正消耗的值。事实上，有8GB内存的常规服务器经常能运行到最大的理论值 — 100GB甚至更高。此外，你轻易不会使用到“超额因素” — 它实际上依赖于应用以及配置。一些应用可能需要理论内存的 10% 而有些仅需 1%。
FreeBSD如何使用ports安装MySQL
[ 2007/09/25 22:25 | by Johnny.He ]
wwwer.org.cn现在更改成了FreeBSD的系统了，今天安装MySQL的时候发现以前的安装方法存在一些问题，现在记录下来如何如何使用ports安装，方法如下：
------------------------------------------------
cd /usr/ports/databases/mysql50-server
make install clean;
/usr/local/bin/mysql_install_db
chown -R mysql /var/db/mysql
#这一步一定不能少，否则mysql将启动不起来
#启动mysql
/usr/local/bin/mysqld_safe &
#或者/usr/local/etc/rc.d/mysql-server.sh start
/usr/local/bin/mysqladmin -u root password '123456'
#一定要做这个，否则不安全的
rehash
------------------------------------------------
cd /usr/ports/databases/mysql50-server
make install clean;
/usr/local/bin/mysql_install_db
chown -R mysql /var/db/mysql
#这一步一定不能少，否则mysql将启动不起来
#启动mysql
/usr/local/bin/mysqld_safe &
#或者/usr/local/etc/rc.d/mysql-server.sh start
/usr/local/bin/mysqladmin -u root password '123456'
#一定要做这个，否则不安全的
rehash
Win2k3每日自动备份MYSQL方法
[ 2007/09/21 00:37 | by Johnny.He ]
任何软件和硬件都不可能是万无一失的，虽然都有可能因为系统BUG、操作不当、黑客入侵或者意外造成数据丢失，为了降低损失，对网站数据进行按日备份是非常必要的。
下面着重讲解windows 2003服务器MYSQL数据库备份方法：
1、建立一个名为 mysqlbak.bat 的文件，文件内容是：
xcopy D:\mysql\data\ D:\bakup\%date:~0,10%\ /s
说明：其中 D:\mysql\data\ 为MYSQL数据库目录，D:\bakup\%date:~0,10%\ 为备份按日存放目录
2、设置windows计划任务，让计划任务每天执行一次 mysqlbak.bat 文件
这样windows 服务器就可以每天备份一次数据库并按日期保存，当需要的时候可以随时把数据库恢复到任何一天
下面着重讲解windows 2003服务器MYSQL数据库备份方法：
1、建立一个名为 mysqlbak.bat 的文件，文件内容是：
xcopy D:\mysql\data\ D:\bakup\%date:~0,10%\ /s
说明：其中 D:\mysql\data\ 为MYSQL数据库目录，D:\bakup\%date:~0,10%\ 为备份按日存放目录
2、设置windows计划任务，让计划任务每天执行一次 mysqlbak.bat 文件
这样windows 服务器就可以每天备份一次数据库并按日期保存，当需要的时候可以随时把数据库恢复到任何一天
