我有一个包含列 bit(1) 和以下查询的表:SELECT my_bit FROM my_table。

当我在 php 页面上 echo 结果时，值显示为 string(3) %qu 列上的位值是 0 还是 1。这怎么可能？

以下查询解决了网页上回显时的问题:SELECT CAST(my_bit AS UNSIGNED) AS my_bit FROM my_table。

但是，上面的两个查询都适用于命令行工具。那里没有 string(3)。

选择数据时一切正常，两者之间没有区别

1. SELECT * FROM my_table WHERE my_bit=0
2. SELECT * FROM my_table WHERE my_bit=(0)

当使用命令行工具或 Web 界面 php 页面时。 (建议使用后者 here。)Echoing 必须使用 CAST 函数完成，但 WHERE 不受括号影响:正确返回行。

主要问题

1. 返回的 bit 类型值如何被 echoed 为相同的 string 无论 bit 值是 0 还是1?
2. 使用 bit(1) 类型的列插入/选择数据时，是否有任何应考虑的特殊问题？ (快速测试表明一切正常:0 作为 0 插入，1 作为 1 插入，但我可能遗漏了一些东西。)

我在本地使用 MAMP 进行测试:PHP 5.3.2 和 MySQL 5.1.44。命令行工具是指 Sequel Pro(不是 MAMP 的 PhpAdmin)。 Php 页面是 utf-8 并且查询使用 SET NAMES 'utf8'。

更新:代码

CREATE TABLE `my_table` (
  `id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
  `my_bit` bit(1) NOT NULL,
  PRIMARY KEY (`id`,`lto_muu`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_swedish_ci;

INSERT INTO `my_table` (`id`, `my_bit`) VALUES (null, 0), (null,1)

//php page
//query option 1
SELECT `id`, `my_bit`  FROM `my_table`
//query option 2
SELECT `id`, CAST(`my_bit` AS UNSIGNED) AS `my_bit`  FROM `my_table`

$mysqli = new mysqli("localhost", "root", "root","my_db");
$q = "SELECT `id`, `my_bit`  FROM `my_table`";//returns 2 rows

$r = $mysqli->query($q);

while($row = mysqli_fetch_array($r,MYSQLI_ASSOC)){
echo 'id: ' . $row['id'] . ' - bit: ' . $row['my_bit'] . '<br />';
}

查询选项 1 打印出来:

id: 1 - bit: %qu
id: 2 - bit: %qu

查询选项 2 打印出来:

id: 1 - bit: 0
id: 2 - bit: 1

更新 2:Álvaro 的代码

$conn = new mysqli('localhost', 'root', 'root','test');
//$mysqli->set_charset('utf8');
$conn->query('DROP TABLE IF EXISTS bit_test');
$conn->query('CREATE TABLE bit_test (
    my_bit BIT(1) NULL,
    my_multiple_bit BIT(8) NULL
)');
$conn->query("INSERT INTO bit_test (my_bit, my_multiple_bit) VALUES (b'0', b'111')");
$conn->query("INSERT INTO bit_test (my_bit, my_multiple_bit) VALUES (b'1', b'10000000')");

//opt 1
$q = 'SELECT cast(my_bit as unsigned) as my_bit, my_multiple_bit FROM bit_test';
//opt2 
//$q = 'SELECT my_bit, my_multiple_bit FROM bit_test';
$r = $conn->query($q);
while($row = mysqli_fetch_array($r, MYSQLI_ASSOC)){
    echo bin2hex($row['my_bit']) . '<br />';
    echo bin2hex($row['my_multiple_bit']) . '<br />';
    var_dump($row);
    echo '<br /><br />';
}

使用 PHP 5.2.12 opt 1 和 2 打印:

30
07
array(2) {
  ["my_bit"]=>
  string(1) "0"
  ["my_multiple_bit"]=>
  string(1) ""
}
31
80
array(2) {
  ["my_bit"]=>
  string(1) "1"
  ["my_multiple_bit"]=>
  string(1) "�"
}

使用 PHP 5.3.2 选项 1 打印:

30
257175
array(2) {
  ["my_bit"]=>
  string(1) "0"
  ["my_multiple_bit"]=>
  string(3) "%qu"
}
31
257175
array(2) {
  ["my_bit"]=>
  string(1) "1"
  ["my_multiple_bit"]=>
  string(3) "%qu"
}

然后选择 2:

257175
257175
array(2) {
  ["my_bit"]=>
  string(3) "%qu"
  ["my_multiple_bit"]=>
  string(3) "%qu"
}
257175
257175
array(2) {
  ["my_bit"]=>
  string(3) "%qu"
  ["my_multiple_bit"]=>
  string(3) "%qu"
}

PHP 5.3.2 始终打印 %qu。这有什么意义吗？

最佳答案

简答

好的，这是对我自己的问题的简短和详细的回答。如果您想确保 bit(1) 列作为整数检索，请在检索 bit(1) 值时使用以下查询:

$q = 'SELECT (my_bit + 0) AS my_bit, (my_multiple_bit + 0) AS my_multiple_bit FROM bit_test';

如果不使用“+ 0”，bit(1) 列的值将被视为二进制字符串。 This is the moment when I say "RTM" to myself...

Something similar is found here through the magic of Google...

如果您对快速解决方案感到满意，请立即停止阅读。

现在是困惑/冗长的答案(让我们使用 Álvaro 的代码)

让我们创建表并使用四个不同的查询和我的 MAMP 安装上可用的两个 PHP 版本:5.3.2 和 5.2.12。

$conn = new mysqli('localhost', 'root', 'root','my_db');

$conn->query('DROP TABLE IF EXISTS bit_test');
$conn->query('CREATE TABLE bit_test (
    my_bit BIT(1) NULL,
    my_multiple_bit BIT(8) NULL
)');

$conn->query("INSERT INTO bit_test (my_bit, my_multiple_bit) VALUES (b'0', b'111')");
$conn->query("INSERT INTO bit_test (my_bit, my_multiple_bit) VALUES (b'1', b'10000000')");

//q1
$q = 'SELECT (my_bit + 0) AS my_bit, (my_multiple_bit + 0) AS my_multiple_bit FROM bit_test';
//q2
//$q = 'SELECT cast(my_bit as unsigned) as my_bit, my_multiple_bit FROM bit_test';
//q3
//$q = 'SELECT HEX(my_bit) AS my_bit , HEX(my_multiple_bit) AS my_multiple_bit FROM bit_test';
//q4
//$q = 'SELECT my_bit, my_multiple_bit FROM bit_test';

$r = $conn->query($q);

//let's echo a few options
//plain gives unaltered result
//bin2hex gives hexadecimal number of an ASCII string (since) the values are treated as strings
//base16to10 gives decimal representation of hexadecimal value
//yes, the two functions are contradictionary (dependable of the query in use)
//but I'll echo their result anyway
while($row = mysqli_fetch_array($r, MYSQLI_ASSOC)){
  echo 'plain: ' . $row['my_bit'] . '<br />';
  echo 'plain: ' . $row['my_multiple_bit'] . '<br />';
  echo 'bin2hex: ' . bin2hex($row['my_bit']) . '<br />';
  echo 'bin2hex: ' . bin2hex($row['my_multiple_bit']) . '<br />';
  echo 'base16to10: ' . base_convert($row['my_bit'],16,10) . '<br />';
  echo 'base16to10: ' . base_convert($row['my_multiple_bit'],16,10) . '<br />';
  var_dump($row);
  echo '<br /><br />';
}

下面是不同查询的结果

我真正感兴趣的是普通输出和 var_dump，但您也可以检查 bin2hex 和 base16to10 输出可以是在查找数字是否与其相应值有某种联系时很有用:数字 0、7、1 和 128(这些值存储在表的四个 bit 列中)。

q1 – 安全赌注 – PHP 5.3.2 和 5.2.12 中的输出相同

plain: 0
plain: 7
bin2hex: 30
bin2hex: 37
base16to10: 0
base16to10: 7
array(2) { ["my_bit"]=> string(1) "0" ["my_multiple_bit"]=> string(1) "7" }

plain: 1
plain: 128
bin2hex: 31
bin2hex: 313238
base16to10: 1
base16to10: 296
array(2) { ["my_bit"]=> string(1) "1" ["my_multiple_bit"]=> string(3) "128" }

q2 – 输出的一些差异

在 bit(1) 上工作正常，但在 my_multiple_bit 输出中有些错误。

plain: 0
plain: 
bin2hex: 30
bin2hex: 07
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(1) "0" ["my_multiple_bit"]=> string(1) "" }

plain: 1
plain: �
bin2hex: 31
bin2hex: 80
base16to10: 1
base16to10: 0
array(2) { ["my_bit"]=> string(1) "1" ["my_multiple_bit"]=> string(1) "�" } 

plain: 0
plain: %qu
bin2hex: 30
bin2hex: 257175
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(1) "0" ["my_multiple_bit"]=> string(3) "%qu" }

plain: 1
plain: %qu
bin2hex: 31
bin2hex: 257175
base16to10: 1
base16to10: 0
array(2) { ["my_bit"]=> string(1) "1" ["my_multiple_bit"]=> string(3) "%qu" }

q3 – PHP 5.3.2 和 5.2.12 中的输出相同

这也是一个可以安全使用的查询。请记住将检索到的十六进制数转换为十进制数。

plain: 0
plain: 7
bin2hex: 30
bin2hex: 37
base16to10: 0
base16to10: 7
array(2) { ["my_bit"]=> string(1) "0" ["my_multiple_bit"]=> string(1) "7" }

plain: 1
plain: 80
bin2hex: 31
bin2hex: 3830
base16to10: 1
base16to10: 128
array(2) { ["my_bit"]=> string(1) "1" ["my_multiple_bit"]=> string(2) "80" }

q4 – 输出很奇怪

PHP 5.2.12 在 bit(1) 下运行良好，但如果对正在使用的 PHP 版本或其行为有任何疑问，我不会使用此查询。

plain:
plain: 
bin2hex: 00
bin2hex: 07
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(1) "" ["my_multiple_bit"]=> string(1) "" }

plain: 
plain: �
bin2hex: 01
bin2hex: 80
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(1) "" ["my_multiple_bit"]=> string(1) "�" } 

plain: %qu
plain: %qu
bin2hex: 257175
bin2hex: 257175
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(3) "%qu" ["my_multiple_bit"]=> string(3) "%qu" }

plain: %qu
plain: %qu
bin2hex: 257175
bin2hex: 257175
base16to10: 0
base16to10: 0
array(2) { ["my_bit"]=> string(3) "%qu" ["my_multiple_bit"]=> string(3) "%qu" } 

最后的想法和 self 笔记

RTM，测试再测试。

此外，如果能确定此 %qu 输出是否是 PHP 5.3.2 独有的错误，那将是一件好事。 (或者其他哪些 PHP 版本受到影响。)

因此，Álvaro 的答案在使用 CAST 或从数据库中检索 HEX 值的意义上是正确的。 The manual揭示了额外的“+0”方法，这似乎消除了不同 PHP 版本行为的痛苦。因此，简短的答案是最重要的......

关于php - MySQL select bit(1) 显示为 string(3)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15106985/