- ข้อความ
- ประวัติศาสตร์
The CREATE USER statement creates n
The CREATE USER statement creates new MySQL accounts. An error occurs for accounts that already exist. To use this statement, you must have the global CREATE USER privilege or the INSERT privilege for the mysql database. For each account, CREATE USER creates a new row in the mysql.user table with no privileges. Depending on the syntax used, CREATE USER may also assign the account a password.
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
If you specify only the user name part of the account name, a host name part of '%' is used.
CREATE USER examples:
To enable the user to connect with no password, include no IDENTIFIED BY clause:
CREATE USER 'jeffrey'@'localhost';
To assign a password, use IDENTIFIED BY with the literal plaintext password value:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”. For similar information about client-side logging, see Section 4.5.1.3, “mysql Logging”.
Important
Some releases of MySQL introduce changes to the structure of the grant tables to add new privileges or features. To make sure that you can take advantage of any new capabilities, update your grant tables to have the current structure whenever you update to a new version of MySQL. See Section 4.4.8, “mysql_upgrade — Check and Upgrade MySQL Tables”.
Previous / Next / Up / Table of Contents
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
If you specify only the user name part of the account name, a host name part of '%' is used.
CREATE USER examples:
To enable the user to connect with no password, include no IDENTIFIED BY clause:
CREATE USER 'jeffrey'@'localhost';
To assign a password, use IDENTIFIED BY with the literal plaintext password value:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”. For similar information about client-side logging, see Section 4.5.1.3, “mysql Logging”.
Important
Some releases of MySQL introduce changes to the structure of the grant tables to add new privileges or features. To make sure that you can take advantage of any new capabilities, update your grant tables to have the current structure whenever you update to a new version of MySQL. See Section 4.4.8, “mysql_upgrade — Check and Upgrade MySQL Tables”.
Previous / Next / Up / Table of Contents
0/5000
ยอดผู้ใช้สร้างสร้างบัญชี MySQL ใหม่ เกิดข้อผิดพลาดสำหรับบัญชีที่มีอยู่แล้ว การใช้คำสั่งนี้ คุณต้องมีสิทธิ์ผู้ใช้ที่สร้างโลกหรือสิทธิ์การใช้งานสำหรับฐานข้อมูล mysql การแทรก สำหรับแต่ละบัญชี สร้างผู้ใช้สร้างแถวใหม่ในตาราง mysql.user โดยไม่มีสิทธิ์ ขึ้นอยู่กับไวยากรณ์ที่ใช้ ผู้ใช้ที่สร้างอาจกำหนดบัญชีรหัสผ่านประโยคแต่ละ user_specification ประกอบด้วยมีชื่อบัญชีและข้อมูลเกี่ยวกับการรับรองความถูกต้องเกิดขึ้นสำหรับไคลเอนต์ที่ใช้บัญชี ส่วนนี้ของผู้ใช้ที่สร้างไวยากรณ์จะใช้ร่วมกับเงินช่วยเหลือ เพื่ออธิบายนี่ใช้กับเงินช่วยเหลือเป็นอย่างดีชื่อแต่ละบัญชีใช้รูปแบบที่อธิบายไว้ในส่วน 6.2.3 "ระบุชื่อบัญชี" ตัวอย่าง:สร้างผู้ใช้ 'jeffrey'@'localhost' ระบุโดย 'mypass'ถ้าคุณระบุเฉพาะผู้ใช้ชื่อบางส่วนของชื่อบัญชี ส่วนชื่อโฮสต์ของ '%' ใช้สร้างผู้ใช้ตัวอย่าง:เพื่อให้ผู้ใช้เชื่อมต่อกับไม่มีรหัสผ่าน รวมไม่ระบุเรียง:สร้างผู้ใช้ 'jeffrey'@'localhost'กำหนดรหัสผ่าน การระบุโดยค่ารหัสผ่านเป็นข้อความล้วนตัว:สร้างผู้ใช้ 'jeffrey'@'localhost' ระบุโดย 'mypass'เพื่อหลีกเลี่ยงการระบุ รหัสผ่านเป็นข้อความล้วนถ้าคุณทราบค่าแฮช (ค่าที่ PASSWORD() จะส่งคืนสำหรับรหัสผ่าน), ระบุค่าแฮที่นำหน้า ด้วยคำสำคัญของรหัสผ่าน:สร้างผู้ใช้ 'jeffrey'@'localhost'ระบุรหัสผ่าน ' * 90E462C37378CED12064BB3388827D2BA3A9B689';สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการตั้งรหัสผ่าน ดูส่วน 6.3.5 "กำหนดรหัสผ่านสำหรับบัญชี"สำคัญสร้างผู้ใช้สามารถบันทึก ในล็อกของเซิร์ฟเวอร์ หรือ บนฝั่งไคลเอ็นต์ในแฟ้มประวัติเช่น ~ / .mysql_history ซึ่งหมายความ ว่า จะอ่านผ่าน cleartext โดยทุกคน มีสิทธิการอ่านข้อมูลที่ได้ สำหรับข้อมูลเกี่ยวกับรหัสผ่านเข้าสู่ระบบในแฟ้มบันทึก ดูส่วน 6.1.2.3 "รหัสผ่านและการเข้าสู่ระบบ" ส่วน 4.5.1.3 ดูข้อมูลคล้ายกันเกี่ยวกับไคลเอ็นต์ล็อก " mysql เข้าสู่"สำคัญบางรุ่นของ MySQL แนะนำการเปลี่ยนแปลงโครงสร้างของตารางให้เพิ่มสิทธิ์การใช้งานใหม่หรือคุณลักษณะ เพื่อให้แน่ใจว่า คุณสามารถใช้ประโยชน์จากความสามารถใด ๆ ใหม่ ปรับปรุงตารางของคุณให้มีโครงสร้างปัจจุบันเมื่อคุณปรับปรุงเป็นเวอร์ชันใหม่ของ MySQL ดูหัวข้อ 4.4.8, " mysql_upgrade — ตาราง MySQL การอัพเกรดและเครื่อง"ก่อนหน้านี้ / ถัดไป/ ขึ้น / ตารางสารบัญ
การแปล กรุณารอสักครู่..
The CREATE USER statement creates new MySQL accounts. An error occurs for accounts that already exist. To use this statement, you must have the global CREATE USER privilege or the INSERT privilege for the mysql database. For each account, CREATE USER creates a new row in the mysql.user table with no privileges. Depending on the syntax used, CREATE USER may also assign the account a password.
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
If you specify only the user name part of the account name, a host name part of '%' is used.
CREATE USER examples:
To enable the user to connect with no password, include no IDENTIFIED BY clause:
CREATE USER 'jeffrey'@'localhost';
To assign a password, use IDENTIFIED BY with the literal plaintext password value:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”. For similar information about client-side logging, see Section 4.5.1.3, “mysql Logging”.
Important
Some releases of MySQL introduce changes to the structure of the grant tables to add new privileges or features. To make sure that you can take advantage of any new capabilities, update your grant tables to have the current structure whenever you update to a new version of MySQL. See Section 4.4.8, “mysql_upgrade — Check and Upgrade MySQL Tables”.
Previous / Next / Up / Table of Contents
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
If you specify only the user name part of the account name, a host name part of '%' is used.
CREATE USER examples:
To enable the user to connect with no password, include no IDENTIFIED BY clause:
CREATE USER 'jeffrey'@'localhost';
To assign a password, use IDENTIFIED BY with the literal plaintext password value:
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”. For similar information about client-side logging, see Section 4.5.1.3, “mysql Logging”.
Important
Some releases of MySQL introduce changes to the structure of the grant tables to add new privileges or features. To make sure that you can take advantage of any new capabilities, update your grant tables to have the current structure whenever you update to a new version of MySQL. See Section 4.4.8, “mysql_upgrade — Check and Upgrade MySQL Tables”.
Previous / Next / Up / Table of Contents
การแปล กรุณารอสักครู่..
The CREATE USER statement creates new MySQL accounts. An error occurs for accounts that already exist. To use this statement, you must have the global CREATE USER privilege or the INSERT privilege for the mysql database. For each account, CREATE USER creates a new row in the mysql.user table with no privileges. Depending on the syntax used, CREATE USER may also assign the account a password.
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
สร้างผู้ใช้ ' เจฟฟรี่ ' @ 'localhost ' ระบุ ' mypass ' ;
ถ้าคุณระบุเพียงส่วนหนึ่งของชื่อผู้ใช้ชื่อบัญชี ชื่อโฮสต์เป็นส่วนหนึ่งของ ' % ' ใช้
สร้างตัวอย่างผู้ใช้ :
เพื่อให้ผู้ใช้สามารถเชื่อมต่อกับไม่มีรหัสผ่าน รวมถึงไม่ระบุข้อ :
สร้างผู้ใช้ ' เจฟฟรี่ ' @ 'localhost ' ;
เพื่อกำหนดรหัสผ่าน ใช้รหัสผ่านอักขระอักษรระบุด้วยค่า :
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”.สำหรับข้อมูลเกี่ยวกับการบันทึกลูกค้าที่คล้ายกัน ดูมาตรา 4.5.1.3 " MySQL การเข้าสู่ระบบที่สำคัญ "
บางรุ่นของ MySQL แนะนำการเปลี่ยนแปลงโครงสร้างของตารางเพื่อเพิ่มสิทธิพิเศษให้ใหม่หรือคุณลักษณะ เพื่อให้แน่ใจว่า คุณสามารถใช้ประโยชน์จากความสามารถใหม่ๆ อัพเดทตารางให้ของคุณมีโครงสร้างปัจจุบัน เมื่อใดก็ตามที่คุณอัพเดทเป็นเวอร์ชันใหม่ของ MySQL ดูมาตรา 44.8 " mysql_upgrade - ตรวจสอบและปรับตาราง " MySQL
ก่อนหน้า / ถัดไป / สารบัญ
Each user_specification clause consists of an account name and information about how authentication occurs for clients that use the account. This part of CREATE USER syntax is shared with GRANT, so the description here applies to GRANT as well.
Each account name uses the format described in Section 6.2.3, “Specifying Account Names”. For example:
สร้างผู้ใช้ ' เจฟฟรี่ ' @ 'localhost ' ระบุ ' mypass ' ;
ถ้าคุณระบุเพียงส่วนหนึ่งของชื่อผู้ใช้ชื่อบัญชี ชื่อโฮสต์เป็นส่วนหนึ่งของ ' % ' ใช้
สร้างตัวอย่างผู้ใช้ :
เพื่อให้ผู้ใช้สามารถเชื่อมต่อกับไม่มีรหัสผ่าน รวมถึงไม่ระบุข้อ :
สร้างผู้ใช้ ' เจฟฟรี่ ' @ 'localhost ' ;
เพื่อกำหนดรหัสผ่าน ใช้รหัสผ่านอักขระอักษรระบุด้วยค่า :
CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'mypass';
To avoid specifying the plaintext password if you know its hash value (the value that PASSWORD() would return for the password), specify the hash value preceded by the keyword PASSWORD:
CREATE USER 'jeffrey'@'localhost'
IDENTIFIED BY PASSWORD '*90E462C37378CED12064BB3388827D2BA3A9B689';
For additional information about setting passwords, see Section 6.3.5, “Assigning Account Passwords”.
Important
CREATE USER may be recorded in server logs or on the client side in a history file such as ~/.mysql_history, which means that cleartext passwords may be read by anyone having read access to that information. For information about password logging in the server logs, see Section 6.1.2.3, “Passwords and Logging”.สำหรับข้อมูลเกี่ยวกับการบันทึกลูกค้าที่คล้ายกัน ดูมาตรา 4.5.1.3 " MySQL การเข้าสู่ระบบที่สำคัญ "
บางรุ่นของ MySQL แนะนำการเปลี่ยนแปลงโครงสร้างของตารางเพื่อเพิ่มสิทธิพิเศษให้ใหม่หรือคุณลักษณะ เพื่อให้แน่ใจว่า คุณสามารถใช้ประโยชน์จากความสามารถใหม่ๆ อัพเดทตารางให้ของคุณมีโครงสร้างปัจจุบัน เมื่อใดก็ตามที่คุณอัพเดทเป็นเวอร์ชันใหม่ของ MySQL ดูมาตรา 44.8 " mysql_upgrade - ตรวจสอบและปรับตาราง " MySQL
ก่อนหน้า / ถัดไป / สารบัญ
การแปล กรุณารอสักครู่..
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.
- ซึ่งแสดงอารมณ์อันล้ำผ่านความสงบนิ่งในควา
- สปาเก็ตตี้ซอสมะเขือเทศ
- What are you doing
- so nuisance tripping will result wheneve
- Sorry for the late updates, We already e
- นาซิ เลอมัก นาซิ เลอมัก (NasiLemak)อาหาร
- วันนี้ฉันไปงานเลี้ยงของบริษัทนะ
- You're attack speed it based more off of
- The tide is turning.
- ลดใช้ถุงพลาสติ ภาวะ โลกร้อน (Global Warm
- To better understand how individual micr
- My story ended,didn't it?
- และสามารถแข่งขันในตลาดได้
- ฉันอยากเรียนต่อ
- 12, o'clock, we've been talking for 2 ho
- ฉันไม่อยากทุกข์ใจ
- For your additional information, our cab
- i love the beatles. i love any song by t
- ฉันกำลังเดินทางกลับค่ะ
- ฉันตื่นนอนเวลา6.00นาฬิกา.ฉันอาบน้ำแต่งเค
- ฉันเป็นเภสัชกรที่เปิดร้านขายยาเป็นของตนเ
- around 125,000 rpm. For a bursting speed
- ฉันแข็งแรงทำงาน แต่ ทำใมอ่อนแอความรัก
- ฉันอยากกิน
