linux中访问数据库的问题

时间：2014-05-12 09:45:15

标签： linux apache pdo

我们有一个奇怪的项目，必须通过linux机器与MSAccess数据库进行交互。

在阅读了不同的博客后，我们已经能够对现有的表进行一些读数，但是，如果我们尝试进行插入或某些特殊查询，则会失败并且连接已重新启动消息。

我会尝试解释我们尝试过的所有内容。

首先，我们已将系统升级到最新版本的LAMP，因为似乎odbc库存在一些问题。

之后，我们添加了此处所述的PDO连接。 https：//gist.github.com/amirkdv/9672857

sudo nano /etc/odbcinst.ini 

[MDBTools]
Description = MDBTools Driver
Driver = /usr/lib/x86_64-linux-gnu/odbc/libmdbodbc.so.1
Setup = /usr/lib/x86_64-linux-gnu/odbc/libmdbodbc.so.1
FileUsage  = 1
UsageCount = 2

之后，我们重新启动了apache，似乎选择查询正常工作。

我们使用以下示例进行了一些小的修改。 http://coursesweb.net/php-mysql/pdo-select-query-fetch

我们的数据库有一个表调用测试，其中包含以下信息：

CREATE TABLE `test` (
  `Id` INTEGER NOT NULL AUTO_INCREMENT, 
  `name` VARCHAR(50), 
  `surname` VARCHAR(50), 
  `count` INTEGER
) ENGINE=myisam DEFAULT CHARSET=utf8;

SET autocommit=1;

INSERT INTO `test` () VALUES (1, 'john', 'smith', 100);
INSERT INTO `test` () VALUES (2, 'Mary', 'simmons', 200);
INSERT INTO `test` () VALUES (3, 'Jane', 'Black', 300);

如果我启动以下php文件

<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8"/>
<title>Ejemplo de ODBC</title>

<body>

<?php
$mdb_file="/var/www/Temp/Example.mdb";

$uname = explode(" ",php_uname());
$os = $uname[0];

switch ($os){
  case 'Windows':
    $driver = '{Microsoft Access Driver (*.mdb)}';
    break;
  case 'Linux':
    $driver = 'MDBTools';
    break;
  default:
    exit("Don't know about this OS");
}

try{
$connect_string = "Driver={$driver};DBQ={$mdb_file};";
$dataSourceName = "odbc:" . $connect_string;
$connection = new PDO($dataSourceName);

$connection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

$query = 'SELECT id, name, surname FROM test';
$result = $connection->query($query);

  // If the SQL query is succesfully performed ($result not false)
  if($result !== false) {
    // Parse the result set
    foreach($result as $row) {
        print_r ("<br>");
        print_r ($row);
    }
  }
$connection = null;

} catch (PDOException $e) {
  echo 'Connection failed: ' . $e->getMessage();
    die();
} catch (Exception $e) {
  echo "Exception: <br>".$e->getMessage();
  die();
}

?>

</body>
</html>

结果我们得到以下行：

Array ( [id] => 1 [0] => 1 [count] => 100 [1] => 100 [name] => john [2] => john [surname] => smith [3] => smith )
Array ( [id] => 2 [0] => 2 [count] => 200 [1] => 200 [name] => Mary [2] => Mary [surname] => simmons [3] => simmons )
Array ( [id] => 3 [0] => 3 [count] => 300 [1] => 300 [name] => Jane [2] => Jane [surname] => Black [3] => Black )

所以选择似乎有效。

现在，如果我尝试轻松插入

$query = 'insert into test (id, count) values (4,400)';
$result = $connection->query($query);

我收到重置连接的消息：

La conexión al servidor fue reiniciada mientras la página se cargaba.

El sitio podría estar no disponible temporalmente o demasiado ocupado. Vuelva a intentarlo en unos momentos.
Si no puede cargar ninguna página, compruebe la conexión de red de su equipo.
Si su equipo o red están protegidos por un cortafuegos o proxy, asegúrese de que Firefox tiene permiso para acceder a la web.

所以我在php上添加了调试

http:  //jrs-s.net/2012/05/24/enabling-core-dumps-on-apache2-2-on-debian/

sudo apt-get install apache2-dbg libapr1-dbg libaprutil1-dbg

sudo nano /etc/apache2/apache2.conf
CoreDumpDirectory /tmp/apache2-dumps

mkdir /tmp/apache2-dumps ;
chmod 777 /tmp/apache2-dumps

sudo /etc/init.d/apache2 restart

启动我的php文件后，我看到在dump文件夹中我有一个新的核心文件。

所以我执行sudo gdb apache2 / tmp / apache2-dumps / core

当我得到（gdb）提示时，我执行“bt”命令获取以下信息：

#0  0x00007ff38c49c3b1 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ff38c55a344 in __vsprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ff37cbf538f in mdb_sql_error () from /usr/lib/x86_64-linux-gnu/libmdbsql.so.2
#3  0x00007ff37cbf6cbb in ?? () from /usr/lib/x86_64-linux-gnu/libmdbsql.so.2
#4  0x00007ff37cbf6691 in mdb_sql_run_query () from /usr/lib/x86_64-linux-gnu/libmdbsql.so.2
#5  0x00007ff37d012640 in ?? () from /usr/lib/x86_64-linux-gnu/odbc/libmdbodbc.so.1
#6  0x00007ff37c4e3c4a in ?? () from /usr/lib/x86_64-linux-gnu/libodbccr.so.1
#7  0x00007ff37ecc3d70 in SQLExecute () from /usr/lib/x86_64-linux-gnu/libodbc.so.1
#8  0x00007ff37e69923c in odbc_stmt_execute (stmt=0x7ff38d203338) at /build/buildd/php5-5.5.12+dfsg/ext/pdo_odbc/odbc_stmt.c:173
#9  0x00007ff3861ff59c in zim_PDO_query (ht=1, return_value=0x7ff38d203280, return_value_ptr=0x0, this_ptr=0x7ff38d202dd0, return_value_used=1) at /build/buildd/php5-5.5.12+dfsg/ext/pdo/pdo_dbh.c:1134
#10 0x00007ff389201819 in dtrace_execute_internal (execute_data_ptr=<optimized out>, fci=<optimized out>, return_value_used=<optimized out>) at /build/buildd/php5-5.5.12+dfsg/Zend/zend_dtrace.c:97
#11 0x00007ff3892bc15e in zend_do_fcall_common_helper_SPEC (execute_data=0x7ff38d1cf0c0) at /build/buildd/php5-5.5.12+dfsg/Zend/zend_vm_execute.h:552
#12 0x00007ff3892809c8 in execute_ex (execute_data=0x7ff38d1cf0c0) at /build/buildd/php5-5.5.12+dfsg/Zend/zend_vm_execute.h:363
#13 0x00007ff389201706 in dtrace_execute_ex (execute_data=0x7ff38d1cf0c0) at /build/buildd/php5-5.5.12+dfsg/Zend/zend_dtrace.c:73
#14 0x00007ff389213243 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /build/buildd/php5-5.5.12+dfsg/Zend/zend.c:1316
#15 0x00007ff3891b0f1c in php_execute_script (primary_file=0x7fff3030a700) at /build/buildd/php5-5.5.12+dfsg/main/main.c:2506
#16 0x00007ff3892bf6dd in php_handler (r=0x7ff38d15d0a0) at /build/buildd/php5-5.5.12+dfsg/sapi/apache2handler/sapi_apache2.c:667
#17 0x00007ff38d341008 in ap_run_handler (r=0x7ff38d15d0a0) at config.c:170
#18 0x00007ff38d3415fe in ap_invoke_handler (r=0x7ff38d15d0a0) at config.c:439
#19 0x00007ff38d357e3a in ap_process_async_request (r=0x7ff38d15d0a0) at http_request.c:317
#20 0x00007ff38d357f9f in ap_process_request (r=0x7ff38d15d0a0) at http_request.c:363
#21 0x00007ff38d3544a5 in ap_process_http_sync_connection (c=0x7ff38d165290) at http_core.c:190
#22 ap_process_http_connection (c=0x7ff38d165290) at http_core.c:231
#23 0x00007ff38d34ac48 in ap_run_process_connection (c=0x7ff38d165290) at connection.c:41
#24 0x00007ff389b8a633 in child_main (child_num_arg=<optimized out>) at prefork.c:704
#25 0x00007ff389b8a88c in make_child (s=0x7ff38d2adde0, slot=9) at prefork.c:800
#26 0x00007ff389b8b867 in perform_idle_server_maintenance (p=<optimized out>) at prefork.c:902
#27 prefork_run (_pconf=<optimized out>, plog=<optimized out>, s=<optimized out>) at prefork.c:1090
#28 0x00007ff38d325ed6 in ap_run_mpm (pconf=0x7ff38d2db028, plog=0x7ff38d2a9028, s=0x7ff38d2adde0) at mpm_common.c:98
#29 0x00007ff38d31f448 in main (argc=3, argv=0x7fff3030ae18) at main.c:777

但我不知道如何继续。

你能帮帮我吗？

1 个答案:

答案 0 :(得分：0)

大卫，嗨

自从我将Access数据库导入mysql以来已经有一段时间了，遗憾的是我再也无法访问该系统了。但据我记得大多数奇怪的问题，通过在服务器配置中将语言设置从utf-8切换到iso-8859-1来解决。

也许这是朝着正确方向发展的一点？

相关问题
最新问题