mysql常见出错代码

常见错误！
1016错误：文件无法打开，使用后台修复或者使用phpmyadmin进行修复。
1044错误：数据库用户权限不足，请联系空间商解决
1045错误：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。
1054错误：程序文件跟数据库有冲突，请使用正确的程序文件上传上去覆盖。
1146错误：数据表缺失,请恢复备份数据.
2002错误：服务器端口不对，请咨询空间商正确的端口。
2003错误：mysql服务没有启动，请启动该服务
1005：创建表失败
1006：创建数据库失败
1007：数据库已存在，创建数据库失败
1008：数据库不存在，删除数据库失败
1009：不能删除数据库文件导致删除数据库失败
1010：不能删除数据目录导致删除数据库失败
1011：删除数据库文件失败
1012：不能读取系统表中的记录
1020：记录已被其他用户修改
1021：硬盘剩余空间不足，请加大硬盘可用空间
1022：关键字重复，更改记录失败
1023：关闭时发生错误
1024：读文件错误
1025：更改名字时发生错误
1026：写文件错误
1032：记录不存在
1036：数据表是只读的，不能对它进行修改
1037：系统内存不足，请重启数据库或重启服务器
1038：用于排序的内存不足，请增大排序缓冲区
1040：已到达数据库的最大连接数，请加大数据库可用连接数
1041：系统内存不足
1042：无效的主机名
1043：无效连接
1044：当前用户没有访问数据库的权限
1045：不能连接数据库，用户名或密码错误
1048：字段不能为空
1049：数据库不存在
1050：数据表已存在
1051：数据表不存在
1054：字段不存在
1065：无效的SQL语句，SQL语句为空
1081：不能建立Socket连接
1114：数据表已满，不能容纳任何记录
1116：打开的数据表太多
1129：数据库出现异常，请重启数据库
1130：连接数据库失败，没有连接数据库的权限
1133：数据库用户不存在
1141：当前用户无权访问数据库
1142：当前用户无权访问数据表
1143：当前用户无权访问数据表中的字段
1146：数据表不存在
1147：未定义用户对数据表的访问权限
1149：SQL语句语法错误
1158：网络错误，出现读错误，请检查网络连接状况
1159：网络错误，读超时，请检查网络连接状况
1160：网络错误，出现写错误，请检查网络连接状况
     
综述：Mcrypt 2.4.7是一个功能强大的加密算法扩展库，它包括有22种算法，其中就包括下面的几种算法： ????Blowfish RC2 Safer-sk64 xtea ????Cast-256 RC4 Safer-sk128 ????DES RC4-iv Serpent ????Enigma Rijndael-128 Threeway ????Gost Rijndael-192 TripleDES ????LOKI97 Rijndael-256 Twofish ????PanamaSaferplus Wake ??如何安装Mcrypt？ ??在标准的PHP软件包中不包括Mcrypt，因此需要下载它，下载的地址为：ftp://argeas.cs-net.gr/pub/unix/mcrypt/ 。下载后，按照下面的方法进行编译，并把它扩充在PHP中： ??下载Mcrypt软件包。
 　????gunzipmcrypt-x.x.x.tar.gz ????tar -xvfmcrypt-x.x.x.tar ????./configure --disable-posix-threads ????make ????make install ????cd to your PHP directory. ????./configure -with-mcrypt=[dir] [--other-configuration-directives] ????make ????make install ??根据你的要求和PHP安装时与服务器作适当的修改。
 　??如何使用Mcrypt扩展库对数据进行加密？ ??首先，我们将介绍如何使用Mcrypt扩展库对数据进行加密，然后再介绍如何使用它进行解密。下面的代码对这一过程进行了演示，首先是对数据进行加密，然后在浏览器上显示加密后的数据，并将加密后的数据还原为原来的字符串，将它显示在浏览器上。
 　??使用Mcrypt对数据进行加、解密 ????"; ????$decrypted_string = mcrypt_decrypt($cipher_alg, $key, ????$encrypted_string, MCRYPT_MODE_CBC, $iv); ????print "Decrypted string: $decrypted_string"; ?????> ??执行上面的脚本将会产生下面的输出： ????Original string: Applied Cryptography, by Bruce Schneier, is a wonderful cryptography reference. ????Encrypted string: 02a7c58b1ebd22a9523468694b091e60411cc4dea8652bb8072 34fa06bbfb20e71ecf525f29df58e28f3d9bf541f7ebcecf62b c89fde4d8e7ba1e6cc9ea24850478c11742f5cfa1d23fe22fe8 bfbab5e ????Decrypted string: Applied Cryptography, by Bruce Schneier, is a wonderful cryptography reference. ??上面的代码中两个最典型的函数是mcrypt_encrypt()和 mcrypt_decrypt()，它们的用途是显而易见的。我们使用了"电报密码本"模式，Mcrypt提供了几种加密方式，由于每种加密方式都有可以影响密码安全的特定字符，因此对每种模式都需要了解。对那些没有接触过密码系统的读者来说，赡芏?crypt_create_iv()函数更有兴趣，我们会提到它创建的初始化向量（hence, iv），这一向量可以使每条信息彼此独立。
 　尽管不是所有的模式都需要这一初始化变量，但如果在要求的模式中没有提供这一变量，PHP就会给出警告信息。

     
下面来为标记 arTasks来填充内容，我们需要在数据库中已经存在相关的记录。另外得连接上数据库，通过用WASP的数据模型，了就是用Wrapper类。
代码：
$oTasks = new TaskWrapper();
$oTasks->findAll();
创建了一个专对于表 Task 的数据操作对象,并且查询出所有存在的记录。
现在可以用下面的代码来循环输出值：
while($oTasks->next())
next()方法将会在没有记录时返回false
在循环的过程中，用一个数组来保存值，以便下一步的显示输出:
$arTasks[$oTasks->getId()] = $oTasks->toArray();
这段代码使用了一个内置函数getID来得到数据表中的主键。回想一下我们创建数据表时，我们在字段TaskId上创建一个主键，这样getI在就会得到字段TaskId的值。利用这个主键，可以把从数据库中取得的当前数组赋值可以传对象Wrapper。内置函数toArray()会以数组的行式返回当前数据库中的数据。例如：这个数组会像下面的一样：
{ 'TaskId' = '1' , 'Name'=>'Buy Groceries'}
视图代码并不关心 TaskId 字段，但是应该注意: 标记{task[Name]} 在页面上显示的是数据表中字段名为Name的值。
在这里没有form表单，也不就需要使用 handleEvents()方法。
到现在已经完成了对显示页面中的任务列表输出的代码编写。如果在数据库中没有存在相应的数据，那么在页面上面将不会有任务输出，因为arTasks是空的，所以模版中的代码段:
<li flexy:foreach="arTasks,key,task">{task[Name]} - <i>{task[Due]}</i></li>
将不会有输出。
一旦通过页面 Todo/Entry/ 输入第一条数据， flexy:foreach 也就有了循环的值，列表项目将会显示。
图：
如果输入更多的数据，那么将会有更多的顶目显示：
图：
结束语
到这里就完成了一个任务列表的小程序，我们可以添加和查看任务。当做这只是一个很简单的便子，如果要做更强大的功能，要更多的功能，设计更好多的页面，将会有更多的工作要做。但是幸运的，HTML代码全部是在视图层里面，我们可以任意的修改模版，而不用担心PHP代码。
总结
像模版和DB_DataObjects数据库对象目前都已经在PHP上面使用，但是没有一个应用于产品的统一标准。随着PHP中面向对象功能的加强，使用WASP进行PHP开发是很方便的。希望我们可以使用WASP来开发出更多的，更好的，动态网站。有关WASP的详细信息，请查阅： WASP documenttation. 

     
使用数据库保存session的方法 
php的session默认是以文件方式保存在服务器端，并且在客户端使用cookie保存变量，这就会出现一个问题，当一个用户由于某种安全原因关闭了浏览器的cookie，程序中的session相关操作将无法执行。因此，如果能以数据库保存session数据，将不受客户端设置的限制，并且在性能和扩展性等方面有一个飞跃。程序中使用关键函数是session_set_save_handler，同时要将php.ini里的session.save_handler = files 改为 user。这里我们讨论的环境是linux(freesd)+apache+mysql+php。
数据表结构：[sessions] 
CREATE TABLE sessions (  
sesskey char(32) not null,  
expiry int(11) unsigned not null,  
value text not null,  
PRIMARY KEY (sesskey)  
); 
程序代码：[session_inc.php] 
<?php  
$SESS_DBHOST = "yourhost"; /* database server hostname */  
$SESS_DBNAME = "yourdb"; /* database name */  
$SESS_DBUSER = "youruser"; /* database user */  
$SESS_DBPASS = "yourpassword"; /* database password */  
  
$SESS_DBH = "";  
$SESS_LIFE = get_cfg_var("session.gc_maxlifetime");  
  
function sess_open($save_path, $session_name) {  
      global $SESS_DBHOST, $SESS_DBNAME, $SESS_DBUSER, $SESS_DBPASS, $SESS_DBH;  
  
      if (! $SESS_DBH = mysql_pconnect($SESS_DBHOST, $SESS_DBUSER, $SESS_DBPASS)) {  
     echo "<li>Can't connect to $SESS_DBHOST as $SESS_DBUSER";  
     echo "<li>MySQL Error: " . mysql_error();  
     die;  
      }  
  
      if (! mysql_select_db($SESS_DBNAME, $SESS_DBH)) {  
     echo "<li>Unable to select database $SESS_DBNAME";  
     die;  
     
接着，来个稍微复杂一点的，如果有个ORDER BY字句呢？不管你信不信，大多数的数据库在使用order by的时候，都将会从索引中受益。
　　　SELECT * FROM mytable 
　　　　WHERE category_id=1 AND user_id=2
　　　　　ORDER BY adddate DESC;
有点迷惑了吧？很简单，就象为where字句中的字段建立一个索引一样，也为ORDER BY的字句中的字段建立一个索引：
　　　CREATE INDEX mytable_categoryid_userid_adddate
　　　　　ON mytable (category_id,user_id,adddate);
　　　注意: "mytable_categoryid_userid_adddate" 将会被截短为
　　 "mytable_categoryid_userid_addda"
　　　CREATE
　　　EXPLAIN SELECT * FROM mytable
　　　　WHERE category_id=1 AND user_id=2
　　　　　ORDER BY adddate DESC;
　　　NOTICE: QUERY PLAN:
　　　Sort (cost=2.03..2.03 rows=1 width=16)
　　　　-> Index Scan using mytable_categoryid_userid_addda 
　　　　　　　on mytable (cost=0.00..2.02 rows=1 width=16)
　　　EXPLAIN
　　看看EXPLAIN的输出，好象有点恐怖啊，数据库多做了一个我们没有要求的排序，这下知道性能如何受损了吧，看来我们对于数据库的自身运作是有点过于乐观了，那么，给数据库多一点提示吧。
　　为了跳过排序这一步，我们并恍枰?渌?硗獾乃饕??灰??檠?锞渖晕⒏囊幌隆Ｕ饫镉玫氖?ostgres，我们将给该数据库一个额外的提示--在ORDER BY语句中，加入where语句中的字段。这只是一个技术上的处理，并不是必须的，因为实际上在另外两个字段上，并不会有任何的排序操作，不过如果加入，postgres将会知道哪些是它应该做的。
　　　EXPLAIN SELECT * FROM mytable 
　　　　WHERE category_id=1 AND user_id=2
　　　　　ORDER BY category_id DESC,user_id DESC,adddate DESC;
　　　NOTICE: QUERY PLAN:
　　　Index Scan Backward using 
　　　　mytable_categoryid_userid_addda on mytable 
　　　　　(cost=0.00..2.02 rows=1 width=16)
　　　EXPLAIN
现在使用我们料想的索引了，而且它还挺聪明，知道可以从索引后面开始读，从而避免了任何的排序。
以上说得细了一点，不过如果你的数据库非常巨大，并且每日的页面请求达上百万算，我想你会获益良多的。不过，如果你要做更为复杂的查询呢，例如将多张表结合起来查询，特别是where限制字句中的字段是来自不止一个表格时，应该怎样处理呢？我通常都尽量避免这种做法，因为这样数据库要将各个表中的东西都结合起来，然后再排除那些不合适的行，搞不好开销会很大。