前言：虽说这是件小事儿，但本宝宝思前想后，还是为它留下一笔，嘿嘿。反正写博客不浪费纸和笔！好久没有开启我的逗比模式了，我亲爱的乖徒弟DBA，DBB，DBAA等，好久不见你们，遥祝幸福快乐＋DB。
整个事情其实使这样的，最近的项目中，有一个表，最终是这样的：一共３位，每一位的取值是１和０（额，后来还有２，哈哈哈），１代表已认证，０代表未认证。 当时为什么这么设计呢，是因为会高频率的出现 XXX 身份已认证、邮箱已认证等等的打标签，就把之前的三个字段变成了一个，当时说是按位取值运算（怎奈何，功力不到位，咱们说的按位取值运算，压根儿不是一个频道哇，尴尬５秒中）
附录：本宝宝的频道：不是有３位嘛，我一个一个字符的截取，１就是已认证，０就是未认证。嗯，这就是传说中的按位取值运算！
一、问题出现过程
上文也说到了当初这个字段为什么这么设计的，但在用的过程中，就出现了这么个问题（别笑我，虽然我现在想想当时的逻辑，我也挺想笑的，所以，实在想笑，可别憋坏了） 当时有一个查询，每一种认证状态都是一个查询条件，这个其实不重要。重要的是，每一个条件都还有 “全部” 的选项。
本宝宝当时就在想啊，我呸，我就０和１，老娘哪儿去给你弄 全部，要么未认证要么已认证，老娘难道要３＊３ 组合排列 ｏｒ ＋ ｌｉｋｅ 爽死人的SQL拼接吗？我才不会告诉所有人，我真的拼过一次。 但结合到我蠢了N多年的经验来看，我不会，我蠢，并不代表其他人也不会（每次团队里有我，谁都不用担心智商垫底儿） 我就默默的问了我一个同事，问如果是他，他会怎么做。。。。。。呵 呵 哒 最终的结果是，在进度统计的时候，老大知道啦，刚开始我们说还是换成３个字段，老大说：不用，这个很好解决。
当时心里那个恨呀，他知道怎么做，但是不告诉我。 所幸，老大后来还是给了我一条生路＋明路：位运算
二、位运算
话说，即使我明白了要用位运算，却也是一波三折。因为其实，我就在想Linux给文件授权，每次打chmod 7的时候，就是全部权限嘛，但其实是4+2+1得到的。 然后我就在测试我的那个认证状态字段，发现一个现象：我每次都不能用 status & 7 查出我期望的数据。 然后，就问我旁边的老大了：为什么我这条语句出不了效果呢，我查了查语法，没错啊，你看我都能单独查出来。
老大看了看，就跟我说：你想想你的数据类型？ 我当时就想的很简单，因为是111这种格式的嘛，那这3个1其实转成二进制就是 4 2 1 ，完全没问题 啊，为什么就是查不出来呢，这个时候，刚好又遇到了另外一个case，就是要授权和取消授权。 我当时就特别蒙，你说授权方便，我直接更改数值，但取消授权，我怎么做呢？我当时想了好久都很苦恼，后来老大说：你就没有理解什么是位运算，好好想想。 后来我就想明白了：第一，我们当时用的数据类型是char，这本身就不对；第二，授权或者取消授权，只要加减对应的数值就OK了，做位运算的时候，会转换成二进制运算。所以，后来的处理方案是：
1，首先将char类型，转换为了int；2，对应的语句大概是：查询 where status & 1 ； set status=status+1 或者set status=status-1等。 举个例子：我们设置1为个人认证；2为邮箱认证；4为渠道认证；8为主管理员认证； 那如果要查询即通过个人认证（1），又通过了渠道认证（4）的数据，那么语句应该是：where status & 5，直接将数值加起来作为条件。 最合适的类比，我用到过得，也就只有Linux的授权chmod了
附录：具体的，随便搜就能找到资料，我就不copy and paste了哈
三、个人总结
其实，写这篇文章，最主要不是记录这个位运算的具体查询和使用，而是，老大明明就知道具体该怎么做，然而，他为什么没有直接告诉我呢？ 说实在的，这个东西当时也就卡着了，他老人家就看我在那儿折腾。 而且，我不会，还专门挑我去解决这个事儿。
其实，就突然想起来之前老大让我去做一个分享的时候，我们的一次对话：
老大：怎么样啊，7点就要开始了，你准备准备？
我：PPT就是那天早上给你看的，哎呀，不用准备的，我就是块砖，主要的用途就是引出你这块玉，我说不下去了，不是还有你顶着嘛，嘿嘿
老大：你应该想想自己怎么能够成为那块玉，别把自己当砖使！ （PS： 也许，这就是领导和小兵的区别）
我，也要成为一个被团队依靠的人，加油！