很简单的修复，记录一下。今天用到了

myisamchk -r 数据库地址
修复myisam表类型的数据

今天在解决用户一个奇怪问题中发现的
在PHP5.2.2中substr函数中的第两个变量的绝对值不能大于字符串长度
在PHP5.2.2中有changelog中有FIX
Fixed bug #40754 (added substr() & substr_replace() overflow checks). (Ilia)
防止溢出哇~~
源代码第2076行

应该关注一下每个版本的changelog哦~

1.数据库的设计
尽量把数据库设计的更小的占磁盘空间.
1).尽可能使用更小的整数类型.(mediumint就比int更合适).
2).尽可能的定义字段为not null,除非这个字段需要null.
3).如果没有用到变长字段的话比如varchar,那就采用固定大小的纪录格式比如char.
4).表的主索引应该尽可能的短.这样的话每条纪录都有名字标志且更高效.
5).只创建确实需要的索引。索引有利于检索记录，但是不利于快速保存记录。如果总是要在表的组合字段上做搜索，那么就在这些字段上创建索引。索引的第一部分必须是最常使用的字段.如果总是需要用到很多字段，首先就应该多复制这些字段，使索引更好的压缩。
6).所有数据都得在保存到数据库前进行处理。
7).所有字段都得有默认值。
8).在某些情况下,把一个频繁扫描的表分成两个速度会快好多。在对动态格式表扫描以取得相关记录时，它可能使用更小的静态格式表的情况下更是如此。
2.系统的用途
1).尽量使用长连接.
2).explain 复杂的SQL语句。
3).如果两个关联表要做比较话，做比较的字段必须类型和长度都一致.
4).LIMIT语句尽量要跟order by或者 distinct.这样可以避免做一次full table scan.
5).如果想要清空表的所有纪录,建议用truncate table tablename而不是delete from tablename.
6).能使用STORE PROCEDURE 或者 USER FUNCTION的时候.
7).在一条insert语句中采用多重纪录插入格式.而且使用load data infile来导入大量数据，这比单纯的indert快好多.
8).经常OPTIMIZE TABLE 来整理碎片.
9).还有就是date 类型的数据如果频繁要做比较的话尽量保存在unsigned int 类型比较快。
3.系统的瓶颈
1).磁盘搜索.
并行搜索,把数据分开存放到多个磁盘中，这样能加快搜索时间.
2).磁盘读写(IO)
可以从多个媒介中并行的读取数据。
3).CPU周期
数据存放在主内存中.这样就得增加CPU的个数来处理这些数据。
4).内存带宽
当CPU要将更多的数据存放到CPU的缓存中来的话,内存的带宽就成了瓶颈.
当用需要union多个表的时候就要注意了。一般SQL语句中不要超过2~3个为最佳
上次一个UNION语句没写好，执行此语句花了N多的时间。造成系统极不稳定
特此记录一下~~

PS:听老师说PHP中的文件LOCK貌似不太管用，当存在并发读写文件的时候，最好是
手动生成一个LOCK文件和一个临时文件，读的时候发现LOCK就读临时文件的内容。
生成缓存文件时最好先unlink，然后再生成。避免出现多出页头或者尾巴，还有就是ob_clean()
也有可能清缓存不全，

MYSQL中的Limit在实际使用应该是使用比较频繁的限制条件，但在数据量很大的情况下就会影响MySQL的效率
因为Limit的执行过程为，先从MySQL中从0开始查找到制定限制条件，然后在取出记录条数
想象一下，如果LIMIT 200000，200。这样的条件记录，那MySQL就需要先找到第200000条记录，然后再取200条
这样的效率马上就下降了。
解决办法还是要合理使用索引，where条件减少返回结果的内容。

在PHP里，所有的匹配处理都是通过单字节来做处理的
来看一下有趣的例子

结果就会出现乱码
同样
str_replace也有可能同样存在

因为汉字是双字节的东西，猜想很多语言可能都是采用单字节的处理方式来处理的，这样的话是不是会引起一些编码问题呢

疑问：
      能否通过这个特点出现一个单引号呢？

在项目中的一个列子
需要在返回的信息里取一个值，变量名为xx;以xx=sssss;形式出现

正则如下
preg_match('/sid=(.+?);/i',$str,$match);

第一次纠正：
preg_match('/sid=(.+);/i',$str,$match);
 
第二次纠正
preg_match('/sid=([^;]+);/is',$str,$match);

针对性的东西，怎么样效率高就怎么样写。
记录一下