Submitted by yejr on 周一, 2006/02/27 - 19:14
作者:feng_sundy, 出处:http://blog.csdn.net/feng_sundy,感谢原作者
过节回来,网站更新的第一篇文章.
看来我有必要在最近找到一位志同道合的同学一起来维护站点才行了
TINYINT
-128 - 127
TINYINT UNSIGNED
0 - 255
SMALLINT
-32768 - 32767
SMALLINT UNSIGNED
0 - 65535
MEDIUMINT
-8388608 - 8388607
MEDIUMINT UNSIGNED
0 - 16777215
Submitted by yejr on 周一, 2006/02/27 - 19:14
译者:叶金荣(Email:),来源:MySQL手册版本 5.0.1-alpha,转载请注明译者,并且不能用于商业用途,违者必究。
1、用mysql内置函数转换ip地址和数字
利用两个内置函数
inet_aton:将ip地址转换成数字型
inet_ntoa:将数字型转换成ip地址
2、充分利用mysql内置的format函数
Submitted by yejr on 周一, 2006/02/27 - 19:13
译者:叶金荣(Email:),来源:MySQL手册版本 5.0.1-alpha,转载请注明译者,并且不能用于商业用途,违者必究。
多余的废话就不说了,直接开始实战.
本次试验的mysql版本都是 4.1.7-standard-log , master 端的操作系统是 redhat 9.0 , slave 端的操作系统是 redhat 7.3.
Submitted by yejr on 周一, 2006/02/27 - 19:12
(本文是Monty在O'Reilly Open Source Convention 2000大会上的演讲)
MySQL的优化
(本文是Monty在O'Reilly Open Source Convention 2000大会上的演讲)
[晏子 编译整理]
一、我们可以且应该优化什么?
硬件
操作系统/软件库
SQL服务器(设置和查询)
应用编程接口(API)
应用程序
--------------------------------------------------------------------------------
二、优化硬件
如果你需要庞大的数据库表(>2G),你应该考虑使用64位的硬件结构,像Alpha、Sparc或即将推出的IA64。因为MySQL内部使用大量64位的整数,64位的CPU将提供更好的性能。
对大数据库,优化的次序一般是RAM、快速硬盘、CPU能力。
Submitted by yejr on 周一, 2006/02/27 - 19:11
译者:叶金荣(Email:),来源:MySQL手册版本 5.0.1-alpha,转载请注明译者,并且不能用于商业用途,违者必究。
上周写程序时碰到一个问题,为了让数据保持一致性,就在读写数据前锁表,用PHP来处理的,没想到引发了新问题。锁完表之后,由于还需要用到其它数据表,然而,这时就有问题了,报错大致如下:ERROR 1100 (HY000): Table 'table1' was not locked with LOCK TABLES; 我调用的是PEAR::DB类,跟踪PHP程序老半天还是不得其解,就在脑子快想破了的时候,突然灵光一闪,于是就打开手册,开始找关于锁表的片段,终于找到了,原文片段如下:
Submitted by yejr on 周一, 2006/02/27 - 19:11
首先,这片文章纯粹是我的个人经验之谈,适用于我常见的环境及项目中.
个人建议,数据库字符集尽量使用utf8(HTML页面对应的是utf-8),以使你的数据能很顺利的实现迁移,因为utf8字符集是目前最适合于实现多种不同字符集之间的转换的字符集,尽管你在命令行工具上可能无法正确查看数据库中的内容,我依然强烈建议使用utf8作为默认字符集.
接下来是完整的一个例子:
1.创建数据库表
页面
最近评论