基于MySQL的高性能数据库应用开发(使用C连接Mysql)
---- 在数据库的应用开发中，常常会遇到性能和代价的之间矛盾。以作者在开发股市行
情查询和交易系统中遇到的问题为例，要在实时记录1000多只股票每分钟更新一次的行
情数据的同时，响应大量并发用户的数据查询请求。考虑到性价比和易维护性，系统又
要求在基于PC服务器，Windows NT平台的软硬件环境下实现。开始，我们采用了MS SQL
Server 6.5 作为数据库系统，用Visual C++ 6.0开发了访问数据库的前端，应用ODBC
数据接口，在进行了大量的数据库配置和程序优化后，发现仍不能满足性能要求。后采
用SQL Server的DB-Library接口，绕过了ODBC解释层，可以每秒更新行情数据30次，同
时支持20－30个左右的并发用户进行行情查询，基本满足要求（单台PC服务器，单PII3
50 CPU，内存128M，SCSI硬盘）。有没有可能进一步提高系统的性能和负载能力呢？经
过分析，数据库服务器是系统的瓶颈。当然，可以采用UNIX服务器＋大型数据库的系统
平台，但其开发、运行、维护的费用比微机＋Windows NT平台的费用高出数倍。我们在
其它一些系统的开发中，也经常遇到这样的矛盾。如何在微机平台上建立大容量、高效
率、易维护、高性价比的数据库系统呢？
---- 考察国内基于微机平台的数据库应用系统，典型的如网易的分布式邮件系统，采用
了FreeBSD+MySQL的平台，其容量、负载能力和响应速度都很优秀。作者查阅了MySQL的
相关文档，发现MySQL是GNU软件（即OpenSource自由软件）中非常优秀的数据库系统，
它完全符合SQL92 （Entry level）和 ODBC（ level 0-2）规范，在符合POSIX规范的操
作系统上实现了非常高效的关系型数据库管理系统。根据MySQL提供的文档，它的数据操
作堪称所有数据库中最高效的，Benchmark如下表：
Reading 2000000 rows by index
Database Seconds
mysql 367
mysql_odbc 464
db2_odbc 1206
informix_odbc 121126
ms-sql_odbc 1634
oracle_odbc 20800
solid_odbc 877
sybase_odbc 17614
Inserting (350768) rows
Database Seconds
mysql 381
mysql_odbc 619
db2_odbc 3460
informix_odbc 2692
ms-sql_odbc 4012
oracle_odbc 11291
solid_odbc 1801
sybase_odbc 4802
(run on the same NT 4.0 machine)
---- 从MySQL的Benchmark中可以看到，MySQL的性能非常出众（当然，测试的MySQL系统
可能作了优化，被测数据可能是针对MySQL选择的），而且MySQL提供了对
相关文档：
MYSQL定期备份是一项重要的工作，但人工操作太繁琐，也难避免有所疏漏，使用下
面的方法即可让系统定期备份数据。
1、创建备份文件夹
#cd /www
#makedir backup
2、编写运行脚本
#vi autobackup
写入以下内容：
filename=`date +%Y%m%d`
mysql_bin_dir/mysqldump –opt da ......
引用http://hi.baidu.com/mygf/blog/item/b9f55d60049a2ed58cb10d64.html
2009-10-24 00:23
一，获取mysql用户下的进程总数
ps -ef | awk '{print $1}' | grep "mysql" | grep -v "grep" | wc-1
二，主机性能状态
# uptime
[root@ ~]# uptime
13:05:52 up 53 days, 52 min, 1 user, l ......
一 Apache安装
# tar zxvf httpd-2.2.14.tar.gz(解压)
# cd httpd-2.2.14(进入解压后的目录)
# ./configure --prefix=/usr/local/apache2 --enable-so --enable-mods-shared=all
(命令#./configure --help可以查看configure的配置参数
--prefix=安装路径
--enable-so //打开 DSO 支持的 a ......
索引的代价
一般来说，如果MySQL能够找到方法，利用索引来更快地处理查询，它就会这样做。这
意味着，对于大多数情况，如果你没有对表进行索引，就会使性能受到损害。这就是我所描绘的索引优点的美景。但是它有缺点吗？有的，它在时间和空间上都有开
销。在实践中，索引的优点的价值一般会超过这些缺点，但是� ......
user表:
id | name
———
1 | libk
2 | zyfon
3 | daodao
user_action表:
user_id | action
—————
1 | jump
1 | kick
1 | jump
2 | run
4 | swim
sql:
select id, name, action from user as u
left join user_action a on u.id = a.user_id
result:
id | ......
